This is my first bug submitting so I might avoid certain needed info (sorry), please request it and I'll provide it. I tried to use genkernel for building a kernel. I tried both the stable and unstable versions of the kernel, both with the same building error. Here I will attach genkernel.log and the output of "emerge --info" Portage 2.1.2.12 (default-linux/x86/2007.0, gcc-4.1.1, glibc-2.5-r0, 2.6.19-gentoo-r5 i686) ================================================================= System uname: 2.6.19-gentoo-r5 i686 Pentium II (Klamath) Gentoo Base System release 1.12.9 Timestamp of tree: Tue, 11 Sep 2007 22:30:01 +0000 ccache version 2.4 [disabled] app-shells/bash: 3.1_p17 dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r6 dev-util/ccache: 2.4-r7 sys-apps/baselayout: 1.12.9 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.61 sys-devel/automake: 1.4_p6, 1.9.6-r2, 1.10 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=i686 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/terminfo" CXXFLAGS="-O2 -march=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.mneisen.org/gentoo http://linuv.uv.es/mirror/gentoo/ ftp://ftp.caliu.info/gentoo/ ftp://ftp.udc.es/gentoo/ ftp://ftp.iij.ad.jp/pub/linux/gentoo/ http://ftp.gentoo.or.kr/ ftp://ftp.kaist.ac.kr/gentoo/ ftp://ftp.twaren.net/Linux/Gentoo/ " PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="acl berkdb bitmap-fonts cli cracklib crypt cups dri fortran gdbm gpm iconv ipv6 isdnlog midi mudflap ncurses nls nptl nptlonly openmp pam pcre perl pppd python readline reflection session spl ssl tcpd truetype-fonts type1-fonts unicode x86 xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="apm ark chips cirrus cyrix dummy fbdev glint i128 i740 i810 imstt mach64 mga neomagic nsc nv r128 radeon rendition s3 s3virge savage siliconmotion sis sisusb tdfx tga trident tseng v4l vesa vga via vmware voodoo" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Created attachment 130746 [details] /var/log/genkernel.log
Forgot to mention that the kernel versions were linux-2.6.22-gentoo-r5 and (x86) linux-2.6.22-gentoo-r6 (~x86)
I may be totally off here as I don't use genkernel myself, but from the log it seems that it is trying to compile modutils when the error happens. This would mean that it has no idea that the kernel is from the 2.6 series. This would seem to indicate that the kernel has not been properly configured yet. The log says that the options used where "--lvm2 --gensplash=emergence initrd" Could you try with "--menuconfig --lvm2 --gensplash=emergence initrd" ?
Please don't bother doing that. While Jouni is trying to help, as he stated, he doesn't use genkernel and isn't familiar with what it does or how it works. No matter what you do, genkernel will build modutils. Rather than do anything else, please unmask and use the latest testing version of genkernel and see if it resolves your problem.
Chris, You're probably right here. It's just that from looking at the script it seems that with initrd in the mix the genkernel will build some kind of insmod binary no matter what, but that it will do this by building modutils if KERN24=1, module-init-tools otherwise. And the KERN24 variable itself seems to be set by parsing the version.h in the kernel sources... I'll shut up now :-)
Genkernel no longer builds this static insmod binary in 3.4.9_preX. I whacked that code a few months back, because it's quite useless these days, since busybox's module tools work just fine.
Correct. That is exactly why I asked the OP to try the testing version, instead. There's no point in troubleshooting code that's already been removed/replaced in newer versions.
Sorry, I manually compiled the kernel instead and just used genkernel for generating the initrd. If a test is needed, I may try again with the testing version if needed. I'm still busy configuring Gentoo so I may be slow replying.
Were you able to try a newer version?
I think we can safely say this bug is "fixed" since his error was in building modutils, and the current stable version of genkernel no longer even uses modutils. Please reopen if you can reproduce this with a current version.
