Portage 2.1.1-r2 (default-linux/x86/no-nptl, gcc-3.4.4, glibc-2.3.6-r5, 2.6.11-hardened-r15 i686) ================================================================= System uname: 2.6.11-hardened-r15 i686 Intel(R) Pentium(R) 4 CPU 2.60GHz Gentoo Base System version 1.12.6 Last Sync: Mon, 04 Dec 2006 06:00:01 +0000 app-admin/eselect-compiler: [Not Present] dev-java/java-config: [Not Present] dev-lang/python: 2.4.3-r4 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.60 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-r4 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i386-pc-linux-gnu" CFLAGS="-O2 -mtune=i686 -pipe" CHOST="i386-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/bind" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/terminfo" CXXFLAGS="-O2 -mtune=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig buildpkg cvs distclean distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_EXTRA_OPTS="" 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/chroot/tmp/overlays/coreutils-breakage" SYNC="rsync://owl.gentoo.org/gentoo-portage" USE="x86 elibc_glibc input_devices_evdev input_devices_keyboard input_devices_mouse kernel_linux multiuser ncurses nls offensive pam server userland_GNU video_cards_apm video_cards_ark video_cards_ati video_cards_chips video_cards_cirrus video_cards_cyrix video_cards_dummy video_cards_fbdev video_cards_glint video_cards_i128 video_cards_i740 video_cards_i810 video_cards_imstt video_cards_mga video_cards_neomagic video_cards_nsc video_cards_nv video_cards_rendition video_cards_s3 video_cards_s3virge video_cards_savage video_cards_siliconmotion video_cards_sis video_cards_sisusb video_cards_tdfx video_cards_tga video_cards_trident video_cards_tseng video_cards_v4l video_cards_vesa video_cards_vga video_cards_via video_cards_vmware video_cards_voodoo" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS Linux tinderbox 2.6.11-hardened-r15 #2 SMP Mon Jan 23 23:42:36 UTC 2006 i686 Intel(R) Pentium(R) 4 CPU 2.60GHz GenuineIntel GNU/Linux CONFIG_RTC=y # CONFIG_HPET_TIMER is not set # CONFIG_X86_PM_TIMER is not set # CONFIG_HANGCHECK_TIMER is not set CONFIG_GRKERNSEC_ACL_TIMEOUT=30 CONFIG_GRKERNSEC_TIME=y CONFIG_GRKERNSEC_FLOODTIME=10 this is the same bug: http://www.gentooforum.de/thread.php?threadid=11805 checking for sys/mntent.h... no checking for struct statfs.f_fstypename... no checking for library containing nanosleep... none required checking for working nanosleep... Alex if you need more info, shout.
GDM
not a bug in coreutils
(In reply to comment #2) > not a bug in coreutils > well, the package is coreutils and if you say it's not a bug in coreutils, tell me what i can do to make COREUTILS emerge because that's what it's supposed to do: the user says: EMERGE COREUTILS coreutils says: EMERGING This bug is about: coreutils says: NOT EMERGING but failing in configure and i consider a nanosleep test that does not finish a failure Sincerely, Alex
What's bug wrangler supposed to do with this?
someone assigned it to hardened. i dont see any point in that or any hardened stuff in this package that would make it fail. please reassign it to where it belongs to so they can fix it. Thanks, Alex
thanks, Jakub
look at the configure file to find out the exact C code that is being run
Created attachment 103507 [details] nanosleep source as from configure test
(In reply to comment #7) > look at the configure file to find out the exact C code that is being run > I looked at the configure file to find out the exact C code that was being run. I even attached it for your pleasure. Doesn't look much hardened, if you're asking me. Reassigning it to the owner of the package coreutils, which is, according to the metadata.xml: <herd>base-system</herd> This package is stable and has a critical bug in the configure script that's preventing a successful emerge. Only because the bug does not appear 100 times of 100 emerges, it doesn't mean it's not there. Get your act together and face it. Alex
It would help to understand why the nanosleep test is failing for you. Things you could do: 1) Have a look at config.log, there may be a hint in there - did the test compile correctly, for example. 2) run the nanosleep test with strace - this is what it looks like when it works here: execve("./ns", ["./ns"], [/* 79 vars */]) = 0 brk(0) = 0x105bde6c access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=158080, ...}) = 0 mmap2(NULL, 158080, PROT_READ, MAP_PRIVATE, 3, 0) = 0x52a19000 close(3) = 0 open("/lib/libc.so.6", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320Y\1"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1270736, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x52a18000 mmap2(NULL, 1181756, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x528f7000 mmap2(0x52a11000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x119) = 0x52a11000 mmap2(0x52a15000, 10300, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x52a15000 close(3) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x528f6000 set_thread_area({entry_number:-1 -> 6, base_addr:0x528f66b0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 open("/dev/urandom", O_RDONLY) = 3 read(3, "\236\332\33\246", 4) = 4 close(3) = 0 mprotect(0x52a11000, 8192, PROT_READ) = 0 mprotect(0x105bb000, 4096, PROT_READ) = 0 mprotect(0x52a5b000, 4096, PROT_READ) = 0 munmap(0x52a19000, 158080) = 0 rt_sigaction(SIGALRM, {0x105ba7dc, [], 0}, NULL, 8) = 0 alarm(1) = 0 nanosleep({2147483647, 999999999}, 0x105bc0cc) = ? ERESTART_RESTARTBLOCK (To be restarted) --- SIGALRM (Alarm clock) @ 0 (0) --- sigreturn() = ? (mask now []) exit_group(0) = ?
well, part of the problem is that the hang only occurs in like 10 out of 100 tries. i did not find out whether it's specific to a hardened kernel or not. the only thing i know so far: it's a bug that i cannot reproduce nor understand why it is happening. more things i know: hardened kernel does not patch specific parts of timers and/or nanosleep sysctl() So these are the options: - disable checking for nanosleep in the configure totally - disable checking for nanosleep in the configure depending on USE=hardened or hardened-sources installed - leave it the way it is, change bug resolved to WONTFIX and have people coming back at you with the same problem every once in a while - do nothing about this bug and wait til time solves it. *shrug* Alex
nanosleep is not coreutils specific, it's a function in a C library the fact that you're the first to report such a weird failure and that it's pretty intermittent makes it sound like a kernel problem there's no chance whatsoever of putting hacks in configure scripts to handle this scenario
Hello. I'm experiencing the same trouble on a different kernel, different architechure, and different profile. I would reassign the bug, but am not sure who else it should belong to. The check for nanosleep never wakes up. =) -Brant # emerge --info Portage 2.1.1-r2 (default-linux/sparc/sparc64/2006.1/2.4, gcc-20050130, glibc-2.3.6-r5, 2.4.33.2 sparc64) ================================================================= System uname: 2.4.33.2 sparc64 sun4u Gentoo Base System version 1.6.13 Last Sync: Mon, 18 Dec 2006 03:30:01 +0000 ccache version 2.3 [enabled] app-admin/eselect-compiler: [Not Present] dev-java/java-config: [Not Present] dev-lang/python: 2.3.5-r2, 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.3 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.60 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.17 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.4.26-r1 ACCEPT_KEYWORDS="sparc" AUTOCLEAN="yes" CBUILD="sparc-unknown-linux-gnu" CFLAGS="-O2 -mcpu=ultrasparc" CHOST="sparc-unknown-linux-gnu" CONFIG_PROTECT="* /etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/terminfo" CXXFLAGS="-O2 -mcpu=ultrasparc" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" 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" SYNC="rsync://10.0.0.252/gentoo-portage" USE="sparc apache2 berkdb cli cracklib crypt cups dlloader dri eds elibc_glibc emboss encode esd fbcon foomaticdb fortran gcc64 gdbm gstreamer iconv imlib input_devices_keyboard input_devices_mouse isdnlog kernel_linux libwww mikmod motif ncurses nls oss pam pcre perl python qt3 readline reflection sdl session spl ssl tcpd truetype ultra1 unicode userland_GNU video_cards_ati video_cards_dummy video_cards_fbdev video_cards_glint video_cards_mga video_cards_savage video_cards_sisusb video_cards_sunbw2 video_cards_suncg14 video_cards_suncg3 video_cards_suncg6 video_cards_sunffb video_cards_sunleo video_cards_tdfx video_cards_v4l video_cards_voodoo xml zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY EOT
I've hit this bug in a uClibc chroot.. I worked around it by doing the following. cross_compiling=yes emerge coreutils
Well, sys-apps/coreutils-6.6 (masked for testing) doesn't hang during the configure script. It's compiling now, but at 167mhz with 320mb of ram, it'll be a while. I've made no changes to the kernel, nor merged any other packages in the interim. This system hasn't been online for a bit, and is in the middle of a big portage update. After giving up on coreutils-6.4, I ran etc-update (generally updating every config it asked to) and powered it off until today. I've not dug deep enough to run the requested strace (not sure what to run it on). -Brant
(In reply to comment #15) >>> Regenerating /etc/ld.so.cache... >>> sys-apps/coreutils-6.6 merged. sys-apps/coreutils selected: 5.2.1-r6 protected: 6.6 omitted: none > Well, sys-apps/coreutils-6.6 (masked for testing) doesn't hang during the > configure script. It's compiling now, but at 167mhz with 320mb of ram, it'll > be a while. I've made no changes to the kernel, nor merged any other packages > in the interim. This system hasn't been online for a bit, and is in the middle > of a big portage update. After giving up on coreutils-6.4, I ran etc-update > (generally updating every config it asked to) and powered it off until today. > > I've not dug deep enough to run the requested strace (not sure what to run it > on). > > -Brant >
wontfix as to vapiers comment