coreutils-5.94-r1 compilation fails on uclibc environment
make[2]: Entering directory `/var/tmp/portage/coreutils-5.94-r1/work/coreutils-5.94' make[2]: Leaving directory `/var/tmp/portage/coreutils-5.94-r1/work/coreutils-5.94' make[1]: Leaving directory `/var/tmp/portage/coreutils-5.94-r1/work/coreutils-5.94' >>> Source compiled. --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/var/log/sandbox/sandbox-sys-apps_-_coreutils-5.94-r1-10830.log" mkdir: /var/tmp/portage/coreutils-5.94-r1/work/coreutils-5.94/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3 (symlink to Ͷ
make[2]: Entering directory `/var/tmp/portage/coreutils-5.94-r1/work/coreutils-5.94' make[2]: Leaving directory `/var/tmp/portage/coreutils-5.94-r1/work/coreutils-5.94' make[1]: Leaving directory `/var/tmp/portage/coreutils-5.94-r1/work/coreutils-5.94' >>> Source compiled. --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/var/log/sandbox/sandbox-sys-apps_-_coreutils-5.94-r1-10830.log" mkdir: /var/tmp/portage/coreutils-5.94-r1/work/coreutils-5.94/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3 (symlink to Ͷ¿/tmc/confdir3) opendir: /var/tmp/portage/coreutils-5.94-r1/work/coreutils-5.94/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confdir3/confd-------------------------------------------------------------------------------- izida coreutils-5.94 # uname -a Linux izida 2.6.14-gentoo-r3 #4 PREEMPT Thu Mar 9 22:33:59 EET 2006 i686 Pentium III (Coppermine) GenuineIntel GNU/Linux izida coreutils-5.94 # emerge info Portage 2.1_pre4-r1 (uclibc/x86, gcc-3.4.5, uclibc-0.9.28-r0, 2.6.14-gentoo-r3 i686) ================================================================= System uname: 2.6.14-gentoo-r3 i686 Pentium III (Coppermine) Gentoo Base System version 1.12.0_pre16 ccache version 2.3 [enabled] dev-lang/python: 2.3.4-r1, 2.4.2-r1 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-r1 sys-devel/binutils: 2.16.1-r1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i586-gentoo-linux-uclibc" CFLAGS="-march=i586 -Os -pipe -fomit-frame-pointer -mmmx" CHOST="i586-gentoo-linux-uclibc" CONFIG_PROTECT="/etc /opt/openjms/config /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/X11/xkb /usr/share/config /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/env.d" CXXFLAGS="-march=i586 -Os -pipe -fomit-frame-pointer -mmmx" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig buildpkg ccache distlocks nodoc noinfo noman sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="ru_RU.UTF-8" LC_ALL="" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 bitmap-fonts fortran justify make-symlinks minimal ncurses objc pregen readline savedconfig truetype-fonts type1-fonts uclibc unicode zlib elibc_uclibc kernel_linux userland_GNU" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY
Created attachment 81835 [details, diff] /var/log/sandbox/sandbox-sys-apps_-_coreutils-5.94-r1-10830.log sandbox log file
Same issue. Portage 2.1_pre6-r2 (uclibc/x86/2005.1, gcc-3.4.5, uclibc-0.9.28-r0, 2.6.15-gentoo i686) ================================================================= System uname: 2.6.15-gentoo i686 AMD Athlon(tm) 64 Processor 3500+ Gentoo Base System version 1.12.0_pre16 dev-lang/python: 2.4.2-r1 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-r1 sys-devel/binutils: 2.16.1-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i586-gentoo-linux-uclibc" CFLAGS="-march=i586 -Os -fomit-frame-pointer -pipe" CHOST="i586-gentoo-linux-uclibc" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=i586 -Os -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig buildpkg ccache distlocks fixpackages metadata-transfer nodoc noinfo noman sandbox sfperms strict" GENTOO_MIRRORS="ftp://192.168.1.2/ http://distfiles.gentoo.org/" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 bitmap-fonts dri ipv6 minimal mmx ncurses nocxx readline snmp truetype-fonts type1-fonts uclibc zlib elibc_uclibc kernel_linux userland_GNU" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS
Ping?
error confirmed. Where the fault lies is unknown. =sys-apps/sandbox-1.2.17 >=sys-apps/coreutils-5.94 If somebody that owns a glibc enabled host and a uclibc host can see whats done differently (strace) with respect to coreutils making all the symlinks that would be helpful.
ive gotten the error on ia64/glibc and x86/uclibc
Created attachment 84299 [details] getcwd part of config.log of coreutils-5.94-r1 on a gcc-4.1 uclibc system the long pathname getcwd check in configure segfaults (see attachment) tested with sandbox-1.2.12 and 1.2.17. I've extracted the c code from the autoconf macro in "m4/getcwd-path-max.m4" and compiled it manually. The check and removing leftover confdir3 directories work fine outside of the sandbox, but as soon as i try to run them inside the sandbox they segfault (+ access denied message). Portage 2.0.54 (uclibc/x86/2005.1, gcc-4.1.0, uclibc-0.9.28-r0, 2.6.15 i686) ================================================================= System uname: 2.6.15 i686 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.6.14 ccache version 2.3 [disabled] dev-lang/python: 2.4.2 sys-apps/sandbox: 1.2.12 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-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: [Not Present] virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i586-pc-linux-uclibc" CFLAGS="-O2 -pipe -fomit-frame-pointer -march=i586" CHOST="i586-pc-linux-uclibc" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -pipe -fomit-frame-pointer -march=i586" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks nodoc noinfo noman sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/mnt/test/overlay" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 bitmap-fonts bzip2 dri expat ncurses perl python readline truetype-fonts type1-fonts uclibc zlib userland_GNU kernel_linux elibc_uclibc" Unset: ASFLAGS, CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS
Created attachment 84301 [details] strace log of rm -r confdir3 with sandbox running
I also get the sandbox violation. A little above I see this: perl -I. -w -- ./../mk-script . $prog > sort-tests.n Can't locate auto/POSIX/assert.al in @INC (@INC contains: . /etc/perl /usr/lib/perl5/site_perl/5.8.7/i386-linux /usr/lib/perl5/site_perl/5.8.7 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.7/i386-linux /usr/lib/perl5/vendor_perl/5.8.7 /usr/lib/perl5/vendor_perl /usr/lib/perl5/5.8.7/i386-linux /usr/lib/perl5/5.8.7 /usr/local/lib/site_perl .) at ./../mk-script line 33 make[3]: *** [sort-tests] Error 255 When I use FEATURES="-sandbox" the emerge fails with the above message and without the I would guess its the perl (USE=minimal) that are missing a perl module.
Created attachment 84586 [details, diff] perl-5.8.7-r3.ebuild.patch This adds auto/POSIX/assert.al which is needed by coreutils tests to the perl ebuild. It does not solve the sandbox violation though, but compiling perl with this patch will allow yout work around the problem with: FEATURES="-sandbox" emerge coreutils
I have a theory: on line 35060 in the configure script you see those lines in the getcwd/longnames test: /* The length of this name must be 8. */ #define DIR_NAME "confdir3" #define DIR_NAME_LEN 8 #define DIR_NAME_SIZE (DIR_NAME_LEN + 1) /* The length of "../". */ #define DOTDOTSLASH_LEN 3 /* Leftover bytes in the buffer, to work around library or OS bugs. */ #define BUF_SLOP 20 The interesting part here is that BUF_SLOP is set to 20. Later on line 35089 you se this: char buf[PATH_MAX * (DIR_NAME_SIZE / DOTDOTSLASH_LEN + 1) + DIR_NAME_SIZE + BUF_SLOP]; This is the buffer size of the long pathname test. The buffer is long enough for the size of MAX_PATH depth of dirnames + 20 bytes. Then the code chdirs to every subdir and does a getcwd, returns the pathname of the current directory. This shold work, as long as the starting cwd is 20 chars or shorter. In my system, the starting dir is more than 20 chars: /var/tmp/portage/coreutils-5.94-r1/work/coreutils-5.94 So, it looks like a buffer overflow to me? or am I missing something here? (looks like the code is in m4/getcwd-path-max.m4 which would be the correct place to "fix" it)
I think my theory was wrong. It didn't help to raise the buffer size. I saw this though: ... confdir3/confdir3/confdir3/confdir3 (symlink to /confdir3/confdir3) opendir: /var/tmp/portage/coreutils-5.94-r1/work/coreutils-5.94/co... Whats this "(symlink to /confdir3/confdir3)"? If the test creates /confdir3/confdir3 it will upset the sandbox protector. In any case, I vote for disabling the test like its done with other tests in 009_all_coreutils-tests.patch
I did say it in #g-embedded, but lets just add it here for the record. This issue is normally a bug in the libc/kernel getcwd() implementation. It working fine on glibc should point to the uclibc generic implementation (are they using the kernel syscall by now if available? I think they did not use to). It usually returns garbage instead of failing if the path gets too long (which is what the test check .. to see if the getcwd() do the proper thing if the path is larger than PATHMAX btw ....). So sure, if its uclibc and they cannot fix it, or at least not immediately, we can add a workaround in sandbox, but I then really will need somebody to debug this. Also, I really think you should rather fix uclibc than patch the test out (or if that is really the way you want to go, just do it for uclibc at least, and not glibc as well).
(In reply to comment #13) > It usually returns garbage instead of failing if the path gets too long (which > is what the test check .. to see if the getcwd() do the proper thing if the > path is larger than PATHMAX btw ....). > > So sure, if its uclibc and they cannot fix it, or at least not immediately, we > can add a workaround in sandbox, but I then really will need somebody to debug > this. > Somebody that have an uClibc installation with this issue that is - I don't and really do not have the time right now, as I currently just have a few minutes a day to try to get to some Gentoo related work.
I can confirm this bug as well. emerge --info Portage 2.0.54 (default-linux/x86/2005.0, gcc-3.4.5, glibc-2.3.5-r3, 2.4.20-xfs- r2 i686) ================================================================= System uname: 2.4.20-xfs-r2 i686 AMD Athlon(tm) XP 2400+ Gentoo Base System version 1.6.14 distcc 2.12.1 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] dev-lang/python: 2.2.3-r6, 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 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-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.4.3-r4, 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -O1 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /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 /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/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O1 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks fixpackages sandbox sfperms strict userpriv usersandbox" GENTOO_MIRRORS="http://distro.ibiblio.org/pub/linux/distributions/gentoo/ http://mirror.gentoo.no/ http://ftp.du.se/pub/os/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowex X Xaw3d a52 acpi acpi4linux alsa apm audiofile avi berkdb bitmap-fonts bzip2 cdr cli crypt cups curl dga divx4linux dri dv dvd dvdread eds emacs emboss encode esd ethereal exif expat fam fame ffmpeg foomaticdb fortran freetype gdbm gif glut gmp gpm gstreamer gtk gtk2 idn imagemagick imap imlib ipv6 isdnlog java jpeg kdeenablefinal lcms ldap libg++ libwww mad mikmod mms mmx mng mozilla mp3 mpeg mysql nas ncurses nls offensive ogg oggvorbis opengl oss pam pcre pdflib perl png pppd python qt quicktime readline reflection samba sasl sdl session slang spell spl sqlite sse sse2 ssl subtitles tcltk tcpd tetex threads tiff truetype truetype-fonts type1-fonts udev unicode usb vorbis xinerama xml xml2 xmms xorg xscreensaver xv xvid zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS
*** Bug 131565 has been marked as a duplicate of this bug. ***
*** Bug 131874 has been marked as a duplicate of this bug. ***
I can confirm the bug as well: [...] Making all in sha1sum make[3]: Entering directory `/var/tmp/portage/coreutils-5.94-r1/work/coreutils-5.94/tests/sha1sum' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/var/tmp/portage/coreutils-5.94-r1/work/coreutils-5.94/tests/sha1sum' Making all in shred make[3]: Entering directory `/var/tmp/portage/coreutils-5.94-r1/work/coreutils-5.94/tests/shred' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/var/tmp/portage/coreutils-5.94-r1/work/coreutils-5.94/tests/shred' Making all in sort make[3]: Entering directory `/var/tmp/portage/coreutils-5.94-r1/work/coreutils-5.94/tests/sort' test 'sort' = test && prog=../../src/sort || prog=sort; \ perl -I. -w -- ./../mk-script . $prog > sort-tests.n Can't locate auto/POSIX/assert.al in @INC (@INC contains: . /etc/perl /usr/lib/perl5/site_perl/5.8.7/i686-linux /usr/lib/perl5/site_perl/5.8.7 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.7/i686-linux /usr/lib/perl5/vendor_perl/5.8.7 /usr/lib/perl5/vendor_perl/5.8.4 /usr/lib/perl5/vendor_perl/5.8.4/i686-linux /usr/lib/perl5/vendor_perl/5.8.5 /usr/lib/perl5/vendor_perl/5.8.5/i686-linux /usr/lib/perl5/vendor_perl /usr/lib/perl5/5.8.7/i686-linux /usr/lib/perl5/5.8.7 /usr/local/lib/site_perl .) at ./../mk-script line 33 make[3]: *** [sort-tests] Error 255 make[3]: Leaving directory `/var/tmp/portage/coreutils-5.94-r1/work/coreutils-5.94/tests/sort' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/coreutils-5.94-r1/work/coreutils-5.94/tests' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/coreutils-5.94-r1/work/coreutils-5.94' make: *** [all] Error 2 Here's my emerge --info output: Portage 2203-svn (default-linux/x86/2005.0, gcc-3.4.5, glibc-2.3.6-r3, 2.4.31-xbox i686) ================================================================= System uname: 2.4.31-xbox i686 Celeron (Coppermine) Gentoo Base System version 1.6.14 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] dev-lang/python: 2.3.5-r2, 2.4.2 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.10 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-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium3 -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=pentium3 -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo ftp://ftp.gentoo.mesh-solutions.com/gentoo/ ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 acl alsa apm bitmap-fonts bzip2 cdb cli crypt curl dri eds emboss encode expat foomaticdb fortran gdbm gif gstreamer isdnlog libg++ libwww mmx mp3 ncurses ogg pam pcre pdflib pppd python readline reflection samba session spell spl sse ssl tcpd tiff truetype-fonts type1-fonts vorbis xml2 xorg zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS Best regards Christian
BTW: I don't get the sandbox violation, just the above error.
export gl_cv_func_getcwd_path_max=yes emerge coreutils ; # works btw with sandbox enabled.
(In reply to comment #20) > export gl_cv_func_getcwd_path_max=yes > emerge coreutils ; # works btw with sandbox enabled. This didn't work for me.
I tried it. I didnt' see the sandbox violation but it still fails on testing sort. (missing assert in minimal perl, mentioned in #10) I guess there are two bugs here.
I can confirm that : "export gl_cv_func_getcwd_path_max=yes " fixes the problem for me on a hardened/uclibc/x86 host, i don't have the tests enabled however. If it's usefull to the discussion i can add that without the export, just after the sandbox violation, i have a segfault reported for "rm ", maybe that's a third bug ? : ./configure: line 54394: 2597 Segmentation fault (core dumped) rm -rf conftest* confdefs* conf$$* $ac_clean_files and dmesg reports : grsec: From X.X.X.X: signal 11 sent to /var/tmp/portage/coreutils-5.94-r1/work/coreutils-5.94/conftest[conftest:13343] uid/euid:0/0 gid/egid:0/0, parent /var/tmp/portage/coreutils-5.94-r1/work/coreutils-5.94/configure[configure:14974] uid/euid:0/0 gid/egid:0/0 grsec: From X.X.X.X: signal 11 sent to /bin/rm[rm:2597] uid/euid:0/0 gid/egid:0/0, parent /var/tmp/portage/coreutils-5.94-r1/work/coreutils-5.94/configure[configure:32682] uid/euid:0/0 gid/egid:0/0 should i report this in an other bug ? thanks Aur
I can confirm that : "export gl_cv_func_getcwd_path_max=yes " fixes the problem for me on a hardened/uclibc/x86 host, i don't have the tests enabled however. If it's usefull to the discussion i can add that without the export, just after the sandbox violation, i have a segfault reported for "rm ", maybe that's a third bug ? : ./configure: line 54394: 2597 Segmentation fault (core dumped) rm -rf conftest* confdefs* conf$$* $ac_clean_files and dmesg reports : grsec: From X.X.X.X: signal 11 sent to /var/tmp/portage/coreutils-5.94-r1/work/coreutils-5.94/conftest[conftest:13343] uid/euid:0/0 gid/egid:0/0, parent /var/tmp/portage/coreutils-5.94-r1/work/coreutils-5.94/configure[configure:14974] uid/euid:0/0 gid/egid:0/0 grsec: From X.X.X.X: signal 11 sent to /bin/rm[rm:2597] uid/euid:0/0 gid/egid:0/0, parent /var/tmp/portage/coreutils-5.94-r1/work/coreutils-5.94/configure[configure:32682] uid/euid:0/0 gid/egid:0/0 should i report this in an other bug ? thanks Aurélien
export gl_cv_func_getcwd_path_max=yes is not really a fix but rather a work around. The problem is probably bigger than coreutils alone.
Whoever gets this on glibc, please update to sandbox-1.2.17 (currently still ~ on most archs, but up for stable), and report back. Any uClibc users brave enough to debug this ? Any uClibc users that still have a 0.9.27 install that can check if the issue is the same ? Because this test have been in coreutils since when ever, and I cannot see it really being an issue now, except if they changed it somehow .... But it still works fine here (the PATH LENGHT warning means getcwd() properly returned ENAMETOOLONG, and not garbage like I assume the issue here is) ... ----- lycan coreutils-5.94 # gcc -o tst-getcwd /root/tmp/tst-getcwd.c lycan coreutils-5.94 # sandbox ========================== Gentoo linux path sandbox =========================== Detection of the support files. Verification of the required files. Setting up the required environment variables. The protected environment has been started. -------------------------------------------------------------------------------- Process being started in forked instance. lycan coreutils-5.94 # ./tst-getcwd PATH LENGTH mkdir: confdir3 lycan coreutils-5.94 # ls -l confdir3 ls: confdir3: No such file or directory lycan coreutils-5.94 # exit exit Process returned with failed exit status! Cleaning up sandbox process ========================== Gentoo linux path sandbox =========================== The protected environment has been shut down. -------------------------------------------------------------------------------- lycan coreutils-5.94 #
Created attachment 86113 [details] sandbox-getcwd-fun.log i was using 1.2.17 on ia64 ... just upgraded to 1.2.18 and here's some of what i see glibc-2.4-r2 / gcc-4.1.0
Still an issue here with sandbox-1.2.18
(In reply to comment #26) > Created an attachment (id=86113) [edit] > sandbox-getcwd-fun.log > > i was using 1.2.17 on ia64 ... just upgraded to 1.2.18 and here's some of what > i see > > glibc-2.4-r2 / gcc-4.1.0 > I thought I added a few too many free()'s in egetcwd(). Try below patch.
Created attachment 86129 [details, diff] sandbox-1.2.18.patch Should fix free() of invalid pointer.
(In reply to comment #27) > Still an issue here with sandbox-1.2.18 > I do not see a previous post of yours here Sune ... basically if you have uClibc, then debug why uClibc is giving issues. If its glibc, and you had versions previous to 1.2.17, then let me know, and state the fact with the version glibc as well as kernel + arch.
> Should fix free() of invalid pointer. still crashed
(In reply to comment #31) > > Should fix free() of invalid pointer. > > still crashed > Then whatever libc/kernel returns a garbage pointer with errno=0. Nothing I can do about that.
looks to me egetcwd() is buggy the manpage says: As an extension to the POSIX.1 standard, Linux (libc4, libc5, glibc) getcwd() allocates the buffer dynamically using malloc() if buf is NULL on call. In this case, the allocated buffer has the length size unless size is zero, when buf is allocated as big as necessary. It is possible (and, indeed, advisable) to free() the buffers if they have been obtained this way. but the code assumes that getcwd() *always* malloc's that buffer
Created attachment 86466 [details, diff] sandbox-1.2.18.patch ------- Comment #33 from vapier@gentoo.org 2006-05-08 21:08 PST ------- > looks to me egetcwd() is buggy > > the manpage says: > As an extension to the POSIX.1 standard, Linux (libc4, libc5, glibc) getcwd() > allocates the buffer dynamically using malloc() if buf is NULL on call. In this > case, the allocated buffer has the length size unless size is zero, when buf is > allocated as big as necessary. It is possible (and, indeed, advisable) to > free() the buffers if they have been obtained this way. > > but the code assumes that getcwd() *always* malloc's that buffer > Ok, missed that, thanks. How about attached ?
(In reply to comment #34) > Created an attachment (id=86466) [edit] > sandbox-1.2.18.patch > > ------- Comment #33 from vapier@gentoo.org 2006-05-08 21:08 PST ------- > > looks to me egetcwd() is buggy ... > Ok, missed that, thanks. How about attached ? Updated sandbox with attachment.cgi #86466 However the merge of =sys-apps/coreutils-5.94* fails with the same confdir3/ errors as before.
(In reply to comment #35) > (In reply to comment #34) > > Created an attachment (id=86466) [edit] > > sandbox-1.2.18.patch > > > > ------- Comment #33 from vapier@gentoo.org 2006-05-08 21:08 PST ------- > > > looks to me egetcwd() is buggy > ... > > Ok, missed that, thanks. How about attached ? > > Updated sandbox with attachment.cgi #86466 However the merge of > =sys-apps/coreutils-5.94* fails with the same confdir3/ errors as before. > Like I said at the beginning - previous times it was the kernel implementation of getcwd() that returned without error if the path got too long, and a truncated path (ie, invalid path). I try to test for this, but ... Just checked the first log in here again, and the symlink bit is interesting - might be that we catch getcwd() fine, but realpath() is screwing around ... is /var/tmp/portage or there abouts a symlink? Either way, how about adding: ------------ Index: src/libsandbox.c =================================================================== --- src/libsandbox.c (revision 253) +++ src/libsandbox.c (working copy) @@ -1326,6 +1326,8 @@ if (((NULL != log_path) && (1 == access)) || ((NULL != debug_log_path) && (1 == debug))) { if (0 != strncmp(absolute_path, resolved_path, strlen(absolute_path))) { + fprintf(stderr, "absolute_path = \"%s\"\n", absolute_path); + fprintf(stderr, "resolved_path = \"%s\"\n", resolved_path); sprintf(buffer, "%s:%*s%s (symlink to %s)\n", func, (int)(10 - strlen(func)), "", absolute_path, resolved_path); ------------------ and seeing what it does? Like I said, I can try to workaround/whatever, but you guys have to help debug ....
Created attachment 86520 [details] sandbox-getcwd-fun2.log good news is no more crash ... bad news is it breaks still running 2.6.16-gentoo-r3 btw
(In reply to comment #37) > Created an attachment (id=86520) [edit] > sandbox-getcwd-fun2.log > > good news is no more crash ... bad news is it breaks still > > running 2.6.16-gentoo-r3 btw > Well, sandbox does the 'right' thing, and just debug with "PATH LENGHT", but should allow whatever to happen (as it cannot determine if it should allow or deny anyhow ...). So only related issue I can think about is that it prints to stderr and the coreutils tests sees it as an abort ? The open/remove directory issues should not be related to sandbox, but I might be wrong.
It builds again. sys-apps/coreutils-5.95 (noticed this was an upgrade) sys-apps/sandbox-1.2.17 (noticed this was a downgrade)
I still get the: Making all in sort make[3]: Entering directory `/var/tmp/portage/coreutils-5.95/work/coreutils-5.95/tests/sort' test 'sort' = test && prog=../../src/sort || prog=sort; \ perl -I. -w -- ./../mk-script . $prog > sort-tests.n Can't locate auto/POSIX/assert.al in @INC (@INC contains: . /etc/perl /usr/lib/perl5/site_perl/5.8.7/i386-linux /usr/lib/perl5/site_perl/5.8.7 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.7/i386-linux /usr/lib/perl5/vendor_perl/5.8.7 /usr/lib/perl5/vendor_perl /usr/lib/perl5/5.8.7/i386-linux /usr/lib/perl5/5.8.7 /usr/local/lib/site_perl .) at ./../mk-script line 33 make[3]: *** [sort-tests] Error 255 make[3]: Leaving directory `/var/tmp/portage/coreutils-5.95/work/coreutils-5.95/tests/sort' make[2]: *** [all-recursive] Error 1 mentioned in #10 and #18 but thats probably another bug?
(In reply to comment #40) > I still get the: > > Making all in sort > make[3]: Entering directory > `/var/tmp/portage/coreutils-5.95/work/coreutils-5.95/tests/sort' > test 'sort' = test && prog=../../src/sort || prog=sort; \ > perl -I. -w -- ./../mk-script . $prog > sort-tests.n > Can't locate auto/POSIX/assert.al in @INC (@INC contains: . /etc/perl > /usr/lib/perl5/site_perl/5.8.7/i386-linux /usr/lib/perl5/site_perl/5.8.7 > /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.7/i386-linux > /usr/lib/perl5/vendor_perl/5.8.7 /usr/lib/perl5/vendor_perl > /usr/lib/perl5/5.8.7/i386-linux /usr/lib/perl5/5.8.7 /usr/local/lib/site_perl > .) at ./../mk-script line 33 > make[3]: *** [sort-tests] Error 255 > make[3]: Leaving directory > `/var/tmp/portage/coreutils-5.95/work/coreutils-5.95/tests/sort' > make[2]: *** [all-recursive] Error 1 > > mentioned in #10 and #18 but thats probably another bug? I can confirm this, too.
(In reply to comment #40) > I still get the: > > Making all in sort > make[3]: Entering directory > `/var/tmp/portage/coreutils-5.95/work/coreutils-5.95/tests/sort' > test 'sort' = test && prog=../../src/sort || prog=sort; \ > perl -I. -w -- ./../mk-script . $prog > sort-tests.n > Can't locate auto/POSIX/assert.al in @INC (@INC contains: . /etc/perl > /usr/lib/perl5/site_perl/5.8.7/i386-linux /usr/lib/perl5/site_perl/5.8.7 > /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.7/i386-linux > /usr/lib/perl5/vendor_perl/5.8.7 /usr/lib/perl5/vendor_perl > /usr/lib/perl5/5.8.7/i386-linux /usr/lib/perl5/5.8.7 /usr/local/lib/site_perl > .) at ./../mk-script line 33 > make[3]: *** [sort-tests] Error 255 > make[3]: Leaving directory > `/var/tmp/portage/coreutils-5.95/work/coreutils-5.95/tests/sort' > make[2]: *** [all-recursive] Error 1 > > mentioned in #10 and #18 but thats probably another bug? > If its not a sandbox violation or related to sandbox, please note that here and open a new bug.
(In reply to comment #42) > If its not a sandbox violation or related to sandbox, please note that here and > open a new bug. I think it has too with my perl minimal install. I reopended bug 131874.
*** Bug 137814 has been marked as a duplicate of this bug. ***
I added sandbox-1.2.20_alpha1 masked, if this is still an issue, please give it a spin.
(In reply to comment #20) > export gl_cv_func_getcwd_path_max=yes > emerge coreutils ; # works btw with sandbox enabled. > Here's another later data point. I ran into this buglet while trying to build a uClibc image to run under qemu. I followed the (excellent) instructions at this URL: http://magicyyang.wordpress.com/2006/01/11/tiny-gentoo-with-qemu-howto/ except I grabbed the latest portage tree snapshot (of course). I ran into this same problem with coreutils-5.94-r1 during the emerge world step. First thing I tried was solar's suggestion in comment #20, and it worked fine. HTH.
(In reply to comment #45) > I added sandbox-1.2.20_alpha1 masked, if this is still an issue, please give it > a spin. > sandbox-1.2.20_alpha1-r2 appears to have work for my uclibc system. sandbox-1.2.20_alpha2 did not fix the problem.
Here with Gcc 4.1.1 (patched by hand with 1.2 uclibc patchset, check the bugreport) and uclibc 0.9.28 the export gl_cv_func_getcwd_path_max="yes" did the trick with sandbox. I checked and it works even with the ~x86 of sandbox. Portage 2.1-r2 (uclibc/x86/2005.1, gcc-4.1.1, uclibc-0.9.28-r0, 2.6.17-gentoo-r4-lightweight i686) ================================================================= System uname: 2.6.17-gentoo-r4-lightweight i686 Intel(R) Pentium(R) M processor 1400MHz Gentoo Base System version 1.12.4 app-admin/eselect-compiler: [Not Present] 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.18.1 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" ACCEPT_LICENSE="" ARCH="x86" AUTOCLEAN="yes" CBUILD="i686-gentoo-linux-uclibc" CFLAGS="-march=pentium2 -Os -pipe" CHOST="i686-gentoo-linux-uclibc" CLASSPATH="." CLEAN_DELAY="5" COLORTERM="" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/terminfo" CVS_RSH="ssh" CXXFLAGS="-march=pentium2 -Os -pipe" DCOP_YAKUAKE_SESSION="0" DESKTOP_SESSION="default" DISPLAY=":0" DISTDIR="/usr/portage/distfiles" DM_CONTROL="/var/run/xdmctl" EDITOR="/bin/nano" ELIBC="uclibc" EMERGE_DEFAULT_OPTS="-Dv" EMERGE_WARNING_DELAY="10" FEATURES="autoconfig ccache distcc distlocks fixpackages metadata-transfer nodoc noinfo noman sandbox sfperms strict" FETCHCOMMAND="/usr/bin/wget -t 5 -T 60 --passive-ftp -P ${DISTDIR} ${URI}" GCC_SPECS="" GDK_USE_XFT="1" GENTOO_MIRRORS="http://mirror.switch.ch/ftp/mirror/gentoo http://distfiles.gentoo.org" GPG_AGENT_INFO="/tmp/gpg-qIQ39l/S.gpg-agent:7519:1" GRP_STAGE23_USE="ncurses readline zlib uclibc" GS_LIB="/home/deadhead/.fonts" GTK2_RC_FILES="/etc/gtk-2.0/gtkrc:/home/deadhead/.gtkrc-2.0:/home/deadhead/.kde3.5/share/config/gtkrc-2.0" GTK_RC_FILES="/etc/gtk/gtkrc:/home/deadhead/.gtkrc:/home/deadhead/.kde3.5/share/config/gtkrc" G_BROKEN_FILENAMES="1" G_FILENAME_ENCODING="UTF-8" HOME="/root" INFODIR="/usr/share/info" INFOPATH="/usr/share/info:/usr/share/gcc-data/i686-gentoo-linux-uclibc/4.1.1/info" INPUTRC="/etc/inputrc" INPUT_DEVICES="evdev mouse keyboard" JAVAC="/opt/blackdown-jdk-1.4.2.03/bin/javac" JAVA_HOME="/opt/blackdown-jdk-1.4.2.03" JDK_HOME="/opt/blackdown-jdk-1.4.2.03" KDEDIRS="/usr" KDE_FULL_SESSION="true" KDE_MULTIHEAD="false" KERNEL="linux" KONSOLE_DCOP="DCOPRef(yakuake,konsole)" KONSOLE_DCOP_SESSION="DCOPRef(yakuake,session-1)" LANG="it_IT@euro" LC_ALL="it_IT@euro" LC_MESSAGES="it_IT@euro" LESS="-R" LESSOPEN="|lesspipe.sh %s" LINGUAS="it" LOGNAME="root" LS_COLORS="no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=01;05;37;41:mi=01;05;37;41:su=37;41:sg=30;43:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.bz2=01;31:*.bz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.rar=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.qt=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.pdf=00;32:*.ps=00;32:*.txt=00;32:*.patch=00;32:*.diff=00;32:*.log=00;32:*.tex=00;32:*.doc=00;32:*.flac=01;35:*.mp3=01;35:*.mpc=00;36:*.ogg=00;36:*.wav=00;36:*.mid=00;36:*.midi=00;36:*.au=00;36:*.flac=00;36:*.aac=00;36:" MAKEOPTS="-j2" MANPATH="/usr/share/man:/usr/local/share/man:/usr/share/gcc-data/i686-gentoo-linux-uclibc/4.1.1/man" MM_CHARSET="ISO-8859-15" OLDPWD="/etc/init.d" OPENGL_PROFILE="nvidia" PAGER="/usr/bin/less" PATH="/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/opt/bin:/usr/i686-gentoo-linux-uclibc/gcc-bin/4.1.1:/usr/i386-gentoo-linux-uclibc/gcc-bin/3.3.5-20050130" PKGDIR="/usr/portage/packages" PORTAGE_ARCHLIST="ppc s390 amd64 ppc64 x86-fbsd m68k arm sparc sh mips ia64 alpha ppc-macos hppa x86" PORTAGE_BINHOST_CHUNKSIZE="3000" PORTAGE_BIN_PATH="/usr/lib/portage/bin" PORTAGE_CALLER="emerge" PORTAGE_CONFIGROOT="/" PORTAGE_ELOG_CLASSES="info warn error log" PORTAGE_ELOG_MAILFROM="portage" PORTAGE_ELOG_MAILSUBJECT="[portage] ebuild log for ${PACKAGE} on ${HOST}" PORTAGE_ELOG_MAILURI="root" PORTAGE_ELOG_SYSTEM="save" PORTAGE_GID="250" PORTAGE_INST_GID="0" PORTAGE_INST_UID="0" PORTAGE_LIBC="uClibc" PORTAGE_PYM_PATH="/usr/lib/portage/pym" 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_RSYNC_RETRIES="3" PORTAGE_TMPDIR="/var/tmp" PORTAGE_WORKDIR_MODE="0700" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" PRELINK_PATH="" PRELINK_PATH_MASK="/usr/lib/klibc" PS1="\[\033[01;31m\]\h \[\033[01;34m\]\W \$ \[\033[00m\]" PWD="/etc" PYTHONPATH="/usr/lib/portage/pym" QMAKESPEC="linux-g++" QTDIR="/usr/qt/3" RESUMECOMMAND="/usr/bin/wget -c -t 5 -T 60 --passive-ftp -P ${DISTDIR} ${URI}" ROOT="/" RPMDIR="/usr/portage/rpm" SESSION_MANAGER="local/INSPIRON8600:/tmp/.ICE-unix/7561" SHELL="/bin/bash" SHLVL="4" SSH_AGENT_PID="7522" SSH_AUTH_SOCK="/tmp/ssh-fLZDdL7521/agent.7521" STAGE1_USE="uclibc" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" TERM="xterm" UCLIBC_CPU="PENTIUMII" UCLIBC_CPU_DEFAULT="GENERIC_386" USE="x86 X aac alsa apm asf bash-completion bzip2 cairo cpudetection cups curl dbus exif fam firefox flac foomaticdb ftp geoip gif gs gtk gtk2 hal icq idn imagemagick ithreads jabber java javascript jbig jpeg jpeg2k kde kdeenablefinal kdexdeltas minimal mmx mp3 mp4 mpeg mplayer musepack ncurses no-old-linux nsplugin ogg openal pam pcmcia pdf png posix ppds qt3 qt4 quicktime sdl ssl svg theora threads tiff truetype uclibc usb userlocales vorbis wifi win32codecs wma wmf xpm xvid zlib elibc_uclibc input_devices_evdev input_devices_mouse input_devices_keyboard kernel_linux linguas_it userland_GNU video_cards_neomagic" USER="root" USERLAND="GNU" USE_EXPAND="DVB_CARDS ELIBC FCDSL_CARDS FRITZCAPI_CARDS INPUT_DEVICES KERNEL LINGUAS LIRC_DEVICES USERLAND VIDEO_CARDS" USE_EXPAND_HIDDEN="ELIBC KERNEL USERLAND" USE_ORDER="env:pkg:conf:defaults" VIDEO_CARDS="neomagic" WINDOWID="23068857" XARGS="xargs -r" XAUTHORITY="/root/.xauthPqkLmQ" XCURSOR_THEME="default" XDG_CONFIG_DIRS="/usr/kde/3.5/etc/xdg" XDG_DATA_DIRS="/usr/kde/3.5/share:/usr/share" XDM_MANAGED="/var/run/xdmctl/xdmctl-:0,maysd,mayfn,sched,rsvd,method=classic" _="/usr/bin/emerge" gl_cv_func_getcwd_path_max="yes"
(In reply to comment #48) > I checked and it works even with the ~x86 of sandbox. I forgot to mention the releases : 1.2.17 and 1.2.18.1 both works with export gl_cv_func_getcwd_path_max="yes"
Created attachment 95815 [details] getcwd.c code from coreutils that is causing trouble
For what it is worth, I worked around this bug by using coreutils-6.1. I had to use newer versions of autoconf, m4, and autoconf-wrappers too. I ran into the original bug building a custom gnap/catalyst2 stage3 file with a uclibc hardened profile. I don't know how to extract the emerge --info from that environment...
*** Bug 151605 has been marked as a duplicate of this bug. ***
Hi, I don't have any error message, but I don't think I built with a sandbox. I was running emerge freeswan, and the coreutils never completed. It's been running for 9 hours, so I don't know how many confdir3's have been created. I was upgrading from 5.0-r3 to coreutils-6.4. Is there some kind of dependency that is missing? Thanks. Patrick Portage 2.1.1-r2 (default-linux/x86/2006.1/desktop, gcc-3.2.3, glibc-2.3.2-r1, 2 .4.20-gentoo-r7 i686) ================================================================= System uname: 2.4.20-gentoo-r7 i686 AMD Athlon(tm) processor Gentoo Base System version 1.4.3.10p1 Last Sync: Sat, 09 Dec 2006 14:00:03 +0000 app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.2.11 dev-lang/python: 2.2.3-r1, 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.60 sys-devel/automake: 1.8.3, 1.9.6-r2 sys-devel/binutils: 2.14.90.0.6-r2 sys-devel/gcc-config: 1.3.3-r1 sys-devel/libtool: 1.4.3-r1 virtual/os-headers: 2.4.19-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O3 -mcpu=athlon -funroll-loops -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/3.2/share/config /usr/lib/m ozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/sha re/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex /platex/config/ /usr/share/texmf/xdvi/" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/terminfo" CXXFLAGS="-O3 -mcpu=athlon -funroll-loops -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/ distributions/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='/d istfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X arts berkdb bitmap-fonts cairo cdr cli cracklib crypt cups dbus dlloa der dri dvd dvdr eds elibc_glibc emboss encode esd fam firefox foomaticdb fortra n gdbm gif gnome gpm gstreamer gtk hal iconv input_devices_evdev input_devices_k eyboard input_devices_mouse ipv6 isdnlog jpeg kde kernel_linux ldap libg++ mad m ikmod mp3 mpeg ncurses nls nptl nptlonly ogg opengl oss pam pcre perl png ppd pp ds pppd python qt3 qt4 quicktime readline reflection sdl session spell spl ssl t cpd truetype truetype-fonts type1-fonts udev unicode userland_GNU video_cards_ap m video_cards_ark video_cards_ati video_cards_chips video_cards_cirrus video_car ds_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 vid eo_cards_s3virge video_cards_savage video_cards_siliconmotion video_cards_sis vi deo_cards_sisusb video_cards_tdfx video_cards_tga video_cards_trident video_card s_tseng video_cards_v4l video_cards_vesa video_cards_vga video_cards_via video_c ards_vmware video_cards_voodoo vorbis win32codecs xml xorg xv zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGU AS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS
The specified version of coreutils does not exist in Gentoo, so I suppose this should be closed.
I just hit this bug with running a uclibc build in latest non-masked catalyst, tree snapshot from 2008-04-20, coreutils-6.10-r1.
(In reply to comment #57) > I just hit this bug with running a uclibc build in latest non-masked catalyst, > tree snapshot from 2008-04-20, coreutils-6.10-r1. > seems like coreutils-6.11 is ok.
(In reply to comment #58) > (In reply to comment #57) > > I just hit this bug with running a uclibc build in latest non-masked catalyst, > > tree snapshot from 2008-04-20, coreutils-6.10-r1. > > > > seems like coreutils-6.11 is ok. > but that is related to the start cwd for the test. Just renaming the build to coreutils-6.11-r1 triggers the bug again.
Created attachment 151234 [details, diff] 50_all_uClibc-realpath.patch confirming this is a bug in uclibc implementation of realpath(). this patch from Timo Teräs solves the problem. (also found in uclibc trunk) Credit to Timo for finding/solving this issue.
Well then embedded folks, can we get this patch in the tree (or stabilized if it already is), pretty please? :P
(In reply to comment #61) > Well then embedded folks, can we get this patch in the tree (or stabilized if > it already is), pretty please? :P > This weekend.
This is patched in uclibc-0.9.28.3-r6.ebuild
Shouldn't this be stabilized, since it fixes a bug in a stable package? Or at least not be declared FIXED as long as it is not stable?
