Martin, if there are no blocker bugs in klibc, do you think one of the 1.x versions could be marked stable on x86 and amd64? The fact that all versions >= 1.0.14-r1 are currently available as unstable prevents any packages using the klcc wrapper from being marked stable (I'm writing this with media-gfx/splashutils in mind).
There is your bug #122173, and two other not so critical ones. I'll do a new build tomorrow, and add those fixes.
Ok, added -r2 with the KBUILD_OUTPUT fix, and path related fixes (bugs #139330 and #122173). If we can have it tested and marked stable for Michal please.
I hope you are talking about 1.2.1-r2 1) emerges fine so far: some warnings and 2) QA Notice: the following files contain executable stacks Files with executable stacks will not work properly (or at all!) on some architectures/operating systems. A bug should be filed at http://bugs.gentoo.org/ to make sure the file is fixed. For more information, see http://hardened.gentoo.org/gnu-stack.xml Please include this file in your report: /var/tmp/portage/klibc-1.2.1-r2/temp/scanelf-execstack.log "RWX --- --- lib/klibc-EOfQJ9XAD8qdrgfkpWoM2SmvJHI.so" "RWX --- --- usr/lib/klibc/bin/dd" "RWX --- --- usr/lib/klibc/bin/ln" "RWX --- --- usr/lib/klibc/bin/cat" "RWX --- --- usr/lib/klibc/bin/gzip" "RWX --- --- usr/lib/klibc/bin/nuke" "RWX --- --- usr/lib/klibc/bin/true" "RWX --- --- usr/lib/klibc/bin/sh.shared" "RWX --- --- usr/lib/klibc/bin/ipconfig" "RWX --- --- usr/lib/klibc/bin/false" "RWX --- --- usr/lib/klibc/bin/kinit" "RWX --- --- usr/lib/klibc/bin/mkdir" "RWX --- --- usr/lib/klibc/bin/mount" "RWX --- --- usr/lib/klibc/bin/sleep" "RWX --- --- usr/lib/klibc/bin/uname" "RWX --- --- usr/lib/klibc/bin/run-init" "RWX --- --- usr/lib/klibc/bin/chroot" "RWX --- --- usr/lib/klibc/bin/fstype" "RWX --- --- usr/lib/klibc/bin/insmod" "RWX --- --- usr/lib/klibc/bin/minips" "RWX --- --- usr/lib/klibc/bin/mkfifo" "RWX --- --- usr/lib/klibc/bin/pivot_root" "RWX --- --- usr/lib/klibc/bin/umount" "RWX --- --- usr/lib/klibc/bin/nfsmount" "RWX --- --- usr/lib/klibc/lib/libc.so" "!WX --- --- usr/lib/klibc/lib/crt0.o" "RWX --- --- usr/lib/klibc/lib/klibc-EOfQJ9XAD8qdrgfkpWoM2SmvJHI.so" "!WX --- --- usr/lib/klibc/lib/interp.o" 3) passes testsuit 4) passes collision test 5) media-gfx/splashutils-1.1.9.10-r1 emerges fine (executable stack again, but I won't report it here in detail). Could not check if klibc is used therein. Any hints? klibc is pulled in when emerging splashutils. Portage 2.1-r1 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.6-r4, 2.6.16-gentoo-r9 i686) ================================================================= System uname: 2.6.16-gentoo-r9 i686 AMD Athlon(tm) XP 2500+ Gentoo Base System version 1.6.15 dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O0 -ggdb" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo" CXXFLAGS="-O0 -ggdb" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache collision-protect distlocks metadata-transfer parallel-fetch sandbox sfperms splitdebug strict test" GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo/" LANG="de_DE@euro" LC_ALL="de_DE@euro" LINGUAS="de" MAKEOPTS="-j2" 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'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.informatik.rwth-aachen.de/gentoo-portage" USE="x86 3dnow 3dnowext X Xaw3d a52 alsa apache2 arts artworkextra asf audiofile avi bash-completion berkdb bidi bitmap-fonts bootsplash bzip2 cairo cdda cddb cdparanoia cdr cli cracklib crypt css cups curl custom-cflags dbus dga directfb divx4linux dlloader dri dts dvd dvdr dvdread dvi eds emacs emboss encode esd evo exif expat fam fat fbcon fdftk ffmpeg firefox foomaticdb fortran ftp gb gcj gdbm gif gnome gpm gstreamer gtk gtk2 gtkhtml hal howl icq idn imagemagick imap imlib ipv6 isdnlog java javascript jikes jpeg jpeg2k kde ldap leim libg++ libwww lm_sensors mad maildir matroska mbox mikmod mime mmx mmxext mng mono motif mp3 mpeg mpeg2 mule nautilus ncurses nforce2 nls nocardbus nowebdav nptl nptlonly nsplugin nvidia ogg opengl pam pcre pdf pdflib perl plotutils pmu png ppds pppd preview-latex print python qt qt3 qt4 quicktime readline reflection reiserfs samba sdk session slang spell spl sse ssl svg svga t1lib tcltk tcpd theora thunderbird tiff truetype truetype-fonts type1-fonts udev usb vcd videos vorbis win32codecs wmf wxwindows xine xml xorg xosd xv xvid zlib elibc_glibc input_devices_mouse input_devices_keyboard kernel_linux linguas_de userland_GNU video_cards_radeon video_cards_vesa video_cards_fbdev" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Created attachment 91154 [details] scanelf-execstack.log log of executable stacks when emerging klibc
Not sure about the executable stacks (ie, needed or not), but they have been there as long as the test in portage was. I will check with upstream.
Christian: Yes, splashutils does use klibc and the 'executable stacks' warning is caused by splash_helper being linked to klibc. There is even a bug open for it (#126056). If the executable stacks are needed in klibc, I guess it can be closed as CANTFIX.
Its more a matter of klibc's 'loader' not supporting PT_GNU_STACK, so no point currently in trying to force it in anyhow. Will still check with upstream though.
x86 is done...X_X
Stable on amd64... closing since we're last...
