On my NSLU2 running gentoo-embedded, I have the issue of configure hanging when configure attempts "checking whether getcwd handles long file names properly" So far (while doing an emerge -e world) this has occured on gnutar and coreutils. I have disabled sandbox as per a suggestion for an earlier iteration of this problem and that is reflected in the --info below. slug / # emerge --info Portage 2.1.2_pre1-r4 (default-linux/arm, gcc-4.1.1, glibc-2.4-r3, 2.6.17 armv5teb) ================================================================= System uname: 2.6.17 armv5teb XScale-IXP42x Family rev 1 (v5b) Gentoo Base System version 1.12.5 Last Sync: Fri, 29 Sep 2006 07:50:01 +0000 distcc 2.18.3 armeb-softfloat-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] 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.18.1 sys-devel/autoconf: 2.60 sys-devel/automake: 1.9.6-r2 sys-devel/binutils: 2.17 sys-devel/gcc-config: [Not Present] sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r1 ACCEPT_KEYWORDS="arm ~arm" AUTOCLEAN="yes" CBUILD="armeb-softfloat-linux-gnu" CFLAGS="-Os -march=armv5te -mtune=xscale" CHOST="armeb-softfloat-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/terminfo" CXXFLAGS="-Os -march=armv5te -mtune=xscale" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distcc distlocks metadata-transfer nodoc noinfo noman sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" MAKEOPTS="-j3" 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://192.168.0.5/gentoo-portage" USE="arm berkdb bitmap-fonts cli crypt dba dlloader elibc_glibc fortran gdbm gpm input_devices_evdev input_devices_keyboard input_devices_mouse isdnlog kernel_linux ncurses nls nptl nptlonly pam pcre perl pppd python readline reflection session spl ssl tcpd truetype-fonts type1-fonts usb userland_GNU video_cards_ati video_cards_chips video_cards_dummy video_cards_fbdevglint video_cards_mga video_cards_nv video_cards_s3 video_cards_s3virge video_cards_savage video_cards_sis video_cards_sisusb video_cards_tdfx video_cards_trident video_cards_v4l video_cards_vga video_cards_voodoo xorg zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Portage has no control over hanging configure scripts. You need to find out why that script is hanging (use strace or something).
I think the issue is more that sandbox seems to have a longstanding and intermittent issue when gnu configure tests getcwd(). If you can suggest a way for me to test this, I'd be happy to do so. However with sandbox enabled it doesn't work and with it disabled it does. BTW, the failure results in a directory "confdir3" being created with an infinitely recursive (well until sandbox crashes) subdirectory called "confdir3" Again, how can I further test this?
(In reply to comment #1) > Portage has no control over hanging configure scripts. Ignore me. I thought this was assigned to dev-portage. ;)
i believe this should be fixed in sandbox git now http://git.overlays.gentoo.org/gitweb/?p=proj/sandbox.git;a=commitdiff;h=7b75eafeb73f70f56de1b90eb7a874fd21fd852f