Created attachment 326568 [details] /var/log/genkernel.log I wouldn't report simple kernel compile bugs here - but this one seems to be a genkernel bug... Between 3.4.43 and 3.4.34 something has changed, the very same kernel with the very same config won't compile anymore. Instead it's getting blamed for improper sources - however make mrproper doesn't fix it... see error message: * Gentoo Linux Genkernel; Version 3.4.44 * Running with options: --mrproper --clean --menuconfig all * Using genkernel.conf from /etc/genkernel.conf * Sourcing arch-specific config.sh from /usr/share/genkernel/arch/x86_64/config.sh .. * Sourcing arch-specific modules_load from /usr/share/genkernel/arch/x86_64/modules_load .. * Linux Kernel 3.6.2-gentoo for x86_64... * .. with config file /etc/kernels/kernel-config-x86_64-3.6.2-gentoo * kernel: Using config from /etc/kernels/kernel-config-x86_64-3.6.2-gentoo * kernel: >> Running mrproper... * >> Running oldconfig... * kernel: >> Cleaning... * kernel: >> Invoking menuconfig... *** End of the configuration. *** Execute 'make' to start the build or try 'make help'. * ERROR: Failed to compile the "prepare" target... * * -- Grepping log... -- * * CHK include/generated/utsrelease.h * UPD include/generated/utsrelease.h * Using /usr/src/linux-3.6.2-gentoo as source for kernel * /usr/src/linux-3.6.2-gentoo is not clean, please run 'make mrproper' * in the '/usr/src/linux-3.6.2-gentoo' directory. *make[1]: *** [prepare3] Error 1 *make[1]: *** Waiting for unfinished jobs.... *make: *** [sub-make] Error 2 *-- * Running with options: --mrproper --clean --menuconfig all * Using genkernel.conf from /etc/genkernel.conf * Sourcing arch-specific config.sh from /usr/share/genkernel/arch/x86_64/config.sh .. * Sourcing arch-specific modules_load from /usr/share/genkernel/arch/x86_64/modules_load .. * * ERROR: Failed to compile the "prepare" target... * * -- End log... -- * * Please consult /var/log/genkernel.log for more information and any * errors that were reported above. * * Report any genkernel bugs to bugs.gentoo.org and * assign your bug to genkernel@gentoo.org. Please include * as much information as you can in your bug report; attaching * /var/log/genkernel.log so that your issue can be dealt with effectively. * * Please do *not* report compilation failures as genkernel bugs! *
However prepare 3 on cmdline seems to work fine... So guess, probably genkernel might be wrong here. $ make prepare3 && echo OK || echo failed HOSTCC scripts/basic/fixdep HOSTCC scripts/kconfig/conf.o HOSTCC scripts/kconfig/zconf.tab.o HOSTLD scripts/kconfig/conf scripts/kconfig/conf --silentoldconfig Kconfig OK
confirm
same problem here on serveral machines
@Original Reporter Can you please double check whether your genkernel.conf is updated accordingly, and if it is post it? And post emerge --info and your .config for good measures. For me, on amd64, the same source tree and genkernel version and command works great, so we need to narrow down what change created this problem for you, and what differs your system from mine... Also to the rest of you. please, no "mee too"s without adding further information (unless noone has responded back in about one week, then we may need a ping). It only makes the bugreport necessary long, and hard to parse (especially if the bug for some reason gets too long-lived). So if you want to post something, post if there exists info that separates you from the original poster like if someone can narrow the version-span down a bit (3.4.34 to 3.4.43 is 9 versions! and there has happened a lot in between, are you for example sure you have updated your genkernel.conf correctly?). If you can reproduce this with different kernel source trees, please post the version of that too.
(In reply to comment #4) > @Original Reporter > Can you please double check whether your genkernel.conf is updated > accordingly, and if it is post it? And post emerge --info and your .config > for good measures. > > For me, on amd64, the same source tree and genkernel version and command > works great, so we need to narrow down what change created this problem for > you, and what differs your system from mine... > > > Also to the rest of you. please, no "mee too"s without adding further > information (unless noone has responded back in about one week, then we may > need a ping). It only makes the bugreport necessary long, and hard to parse > (especially if the bug for some reason gets too long-lived). > > So if you want to post something, post if there exists info that separates > you from the original poster like if someone can narrow the version-span > down a bit (3.4.34 to 3.4.43 is 9 versions! and there has happened a lot in > between, are you for example sure you have updated your genkernel.conf > correctly?). If you can reproduce this with different kernel source trees, > please post the version of that too.
God, I have worked too hard too long today, bugzilla really is not my friend.:-/ (In reply to comment #4) > @Original Reporter > Can you please double check whether your genkernel.conf is updated > accordingly, and if it is post it? And post emerge --info and your .config > for good measures. > On a second thought, could you please try the following to; "make reallyclean -C /usr/src/linux && <your genkernel command>"
Coffee... Not enought coffee... @All, please try out 3.4.44.1, robbat2 screwed something up and made a quick release to portage of this update. There is a high chance you are seeing this bug.
works now in 3.4.44.1 many thanx for your service ps: oh, sorry I mistyped 44 in comment 0