The function compile() in the genkernel bash script uses single '>' redirection for the various calls to make, each time overwriting the log file. Simply replacing the first '>' in each line with '>>' for the 2nd, 3rd, and 4th calls to make results in a useful log file. Reproducible: Always Steps to Reproduce: 1. Run genkernel during the system installation process. Actual Results: The log file only contained the results of the last make command. Expected Results: Each make command should have appended to the log file. Portage 2.0.49-r13 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1, 2.4.23_pre6-gss-r1) ================================================================= System uname: 2.4.23_pre6-gss-r1 i686 AMD Duron(tm) Processor Gentoo Base System version 1.4.3.10 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O3 -mcpu=i686 -funroll-loops -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O3 -mcpu=i686 -funroll-loops -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="sandbox ccache autoaddcvs" GENTOO_MIRRORS="http://gentoo.noved.org/ ftp://gentoo.ccccom.com ftp://ftp.ussg.iu.edu/pub/linux/gentoo http://gentoo.ccccom.com" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 oss apm arts avi crypt cups encode foomaticdb gif gpm jpeg kde gnome libg++ libwww mad mikmod mpeg ncurses nls oggvorbis pdflib png qt quicktime sdl spell svga truetype xml2 xmms xv zlib gtkhtml gdbm berkdb slang readline bonobo X tcpd pam ssl python esd imlib gtk motif opengl apache2 doc emacs gd guile imap -ldap maildir mozilla mysql odbc perl samba sasl slp tcltk tiff usb xml zeo"
Created attachment 19322 [details, diff] Patch for genkernel-1.8 Fixes stated behaviour. Please review and commit upstream.
I will fix this immediately
I checked the source code and the log files, and it looks like this was fixed awhile ago, but the bug was never closed.
I think we should backport the fix to genkernel-1.8, as >=genkernel-1.9 is still unstable (~x86) *and* masked.