When i try to compile a 2.6.x kernel with koutput enabled, genkernel fails because it can't find the bzImage to copy.
Steps to Reproduce:
1. enable koutput using config-kernel (config-kernel --make-koutput=current)
2. compile kernel using genkernel
genkernel errors out saying that it can't find bzImage
bzImage should be found and genkernel should handle it all correctly.
This bug makes sense since genkernel is probably looking for bzImage in
/usr/src/linuxblahblah. Genkernel should look for the kernel image in the
kernel output folder specified.
``kernel image in the kernel output folder specified'' - Where is it specified so genkernel could know where to look in?
I don't really know how the new koutput system works, so I don't really know. I wish the system were more well-documented. I just used config-kernel to do it all.
When using config-kernel to set koutput you get an environment variable KBUILD_OUTPUT_PREFIX. It is written in /etc/env.d/05kernel.
However I don't know how it is used in the kernel build process. Just setting it and doing
make mrproper oldconfig dep bzImage
seems to ignore it.
I've just discovered this 'feature'! I also noticed there haven't been any comments for about a month. Any idea on how to get around it / new genkernel version? Or should I just go back to the old way, and set
$ config-kernel --allow-writable=yes
koutput is depreciated and no longer used maintained. This is because of the build system fixes that the kernel developers commited to the 2.6.6 kernel. As as result, it is no longer supported by Gentoo Mobile team.
Below is the post to gentoo-dev mailing list by the creator of the koutput system.
Been busy with lots of other things, and dreading sending this anyway,
but I wanted to clear things up Re: the koutput/kbuild stuff that I'd
worked on to fix some problems previously related to 2.6 kernel build
Unfortunately, the fix that was 95% implemented, and had the beginnings
of code in the tree got ham-strung by a combination of kernel stuff
changing under my/our feet, and Real Life (tm) things coming in at just
the wrong time.
As a result, the kmod.eclass, and config-kernel have several problems,
and are only 1/2 implemented anyway. Sooo, don't use kmod.eclass. Just
don't. config-kernel i will be package.masking as well soon. I know
there are a few ebuilds out there that currently use kmod.eclass for a
few things. I'll be contacting those maintainers over the next few days
to address things with them, and get them sorted out with how to get
things working with 2.6.6 and newer kernels. If you get any bugs from
people complaining about such and such ebuild not working with koutput,
assing or CC me, and i'll deal with it. Thanks.
Sorry for any confusion folks.