I found, that the latest Tumbleweek Kmod patch usr-lib-modules.patch
breaks Vanilla kernel RPM building.
I use "make binrpm-pkg". This breaks the "depmod_hack_needed" hack in
scripts/depmod.sh. See this example build of Linux-6.1.36:
myuser@mybox:/usr/src/linux-6.1-lts/linux-6.1.36> make binrpm-pkg
[...]
INSTALL
/home/myuser/rpmbuild/BUILDROOT/kernel-6.1.36_myuser1-1.x86_64/lib/modules/6.1.36-myuser1/kernel/sound/x86/snd-hdmi-lpe-audio.ko
INSTALL
/home/myuser/rpmbuild/BUILDROOT/kernel-6.1.36_myuser1-1.x86_64/lib/modules/6.1.36-myuser1/kernel/sound/xen/snd_xen_front.ko
INSTALL
/home/myuser/rpmbuild/BUILDROOT/kernel-6.1.36_myuser1-1.x86_64/lib/modules/6.1.36-myuser1/kernel/virt/lib/irqbypass.ko
DEPMOD
/home/myuser/rpmbuild/BUILDROOT/kernel-6.1.36_myuser1-1.x86_64/lib/modules/6.1.36-myuser1
depmod: ERROR: could not open directory
/home/myuser/rpmbuild/BUILDROOT/kernel-6.1.36_myuser1-1.x86_64/usr/lib/modules/99.98.6.1.36-myuser1:
No such file or directory
depmod: FATAL: could not search modules: No such file or directory
make[2]: *** [Makefile:1942: modules_install] Error 1
error: Bad exit status from /var/tmp/rpm-tmp.PiILLZ (%install)
RPM build warnings:
line 22: It's not recommended to have unversioned Obsoletes:
Obsoletes: kernel-headers
RPM build errors:
Bad exit status from /var/tmp/rpm-tmp.PiILLZ (%install)
There are probably multiple possible solutions or hacks. The new
"depmod" uses "/usr" as a static prefix for kernel modules. This can't
be disabled via command line options. I compiled kmod with
usr-lib-modules.patch disabled and use "depmod" from the modified
package temporary for "make binrpm-pkg". This works.
Are there better solutions available?
Björn
