Summary: | genkernel doesn't work with kernel2.6.x koutput | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Justin Metcalfe <aalib> |
Component: | Current packages | Assignee: | Gentoo Genkernel Maintainers <genkernel> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | iaindb |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Justin Metcalfe
2004-06-21 00:02:53 UTC
``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. Hey all, 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 issues. 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. -pete |