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