there is something faulty with our latest gentoo-kernel ... when it compiled i had a crippled mm folder, containing some .mempolicy.o.d file, which obviously should be a .mempolicy.o.cmd, thus resulting in: CHK include/linux/version.h SPLIT include/linux/autoconf.h -> include/config/* CHK include/linux/compile.h CHK usr/initramfs_list GZIP kernel/config_data.gz IKCFG kernel/config_data.h CC kernel/configs.o LD kernel/built-in.o CC mm/mempolicy.o mm/mempolicy.c: In function `get_nodes': mm/mempolicy.c:527: error: `BITS_PER_BYTE' undeclared (first use in this function) mm/mempolicy.c:527: error: (Each undeclared identifier is reported only once mm/mempolicy.c:527: error: for each function it appears in.) make[1]: *** [mm/mempolicy.o] Error 1 make: *** [mm] Error 2 my 'emerge --info' says: Portage 2.0.54 (default-linux/amd64/2005.1, gcc-3.4.4, glibc-2.3.5-r2, 2.6.15-gentoo-r5 x86_64) ================================================================= System uname: 2.6.15-gentoo-r5 x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.6.14 ccache version 2.4 [enabled] dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/alias /var/qmail/control /var/vpopmail/domains /var/vpopmail/etc" CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/env.d" CXXFLAGS="-march=k8 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig candy ccache collision-protect distlocks fixpackages sandbox sfperms strict userpriv usersandbox" GENTOO_MIRRORS="ftp://ftp.ankara.edu.tr/gentoo/" LINGUAS="tr" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X aalib adns alsa arts audiofile avi bitmap-fonts bzip2 cdr crypt cups curl directfb dts encode ethereal exif expat fam ffmpeg flac foomaticdb fortran gcj gd gdbm ggi gif glut gmp gnome gpm gstreamer gtk gtk2 gtkhtml guile hal idn imagemagick jack java jpeg junit kde kdeenablefinal lcms libcaca libwww lua lzw lzw-tiff mad matroska mhash mikmod mng motif mp3 mpeg mysql nas ncurses nls nptl ogg openal opengl pcre pdflib perl php pic png posix python qt quicktime readline scanner sdl speex spell ssl svg tcltk tcpd tiff truetype truetype-fonts type1-fonts udev usb userlocales vorbis wmf xine xinerama xml2 xpm xv xvid zlib video_cards_nvidia linguas_tr userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS
Appears to be missing patch from http://www.ussg.iu.edu/hypermail/linux/kernel/0512.3/0718.html Certainly it _builds_ once I add that...
Created attachment 81149 [details] log file for 2.6.15-r6
Thanks. Fixed in 2.6.15-r7 (genpatches-2.6.15-10)
thank you for your hint, Malcolm ... but i am afraid that we are missing more then one patch here! after inspecting your trunk page for our 2.6.15 series, i have decided to attach the above log file for your sore eyes, dear Daniel! Anything else i can do ... ?
forgive me ... i did not recognize any new entry whilst fiddling with the commit button! thank you for your prompt & propper response, Daniel!
Is that the full log? Looks like a separate bug if it is installing nothing. Also don't understand how that can be the case when it obviously worked earlier, hence the bug report. Are you out of disk space?
yes, it is the full log report, which is generated by portage & written to var/log/portage ... you have made me suspicious: should there be more information? no, i am not running out of space ... 'df -h' says: Filesystem Size Used Avail Use% Mounted on /dev/sda3 108G 45G 59G 44% / udev 1006M 336K 1006M 1% /dev cachedir 4.0M 76K 4.0M 2% /lib64/splash/cache /dev/sda1 479M 13M 442M 3% /boot shm 1006M 0 1006M 0% /dev/shm
The log file you posted in comment #2 suggests that no files are being installed. Is that the case, or is the log file just missing lots of information? In other words, I'm still not entirely sure what you are/were trying to point out by posting the log.
i am confused: none of my log files are showing more information, then the one that i have contributed ... they are always ending with the line '>>> Completed installing ... ' full stop! i think you have either found another bug or my log configs are faulty ... although i do not know what it could be?! my intention was to show you what really got patched ... at that state i had no idea about some crippeled installation logging! so, thank you for this serious warning ... and please help me solving this problem! btw until your remark i thought that the log files for previously installed ebuilds, i.e. unmerged packages, where *empty* by design?! doh ...
I have never seen portage logs before. They are probably working as expected. Are there any patches missing?
Created attachment 81213 [details] log file for 2.6.15-r7
Created attachment 81214 [details] dmesg for 2.6.15-r7
i have emerged 2.6.15-r7, please see the latest *crippled* log file attached ... seems good, this time! i have also made a copy of my dmesg file running 2.6.15-r7 ... smooth & rock stable so far, no problems, thanks again! btw, while i am deeply concerned about this non-logging feature of portage, i have made a new bug entry at: http://bugs.gentoo.org/show_bug.cgi?id=124817 ... you may wish to throw an eye on it.
