This bug is being reported because this ebuild is currently trying to build against the kernel tree by accessing it through /lib/modules/`uname -r` instead than through /usr/src/linux like it should. This is bad in many situations, like: - livecd installs: the running kernel is the one from the livecd and is most likely not the same the user is installing to; - livecd chroot fixes: as above; - generic chroot: running kernel comes from outside, as above; - kernel updates: users most likely would want their system to have all the modules ready _before_ restarting. Please fix your ebuild to use /usr/src/linux. Thanks, Diego
Created attachment 168408 [details] Build log
(In reply to comment #0) > Please fix your ebuild to use /usr/src/linux. I'm guessing that it should rather use $KV_OUT_DIR from linux-info.eclass so it won't interfere with different object directories with the kernel. Addition for src_unpack(): sed -i 's#/lib/modules/\$(KERNEL_RELEASE)/build#'"${KV_OUT_DIR}#" \ tpm{,d}_dev/Makefile
Resolved in 0.5.1 release.