I must admit I had so many problems with sandbox so far, i have disabled it in FEATURES section. But still after recent emerge sync the portage insists on it being installed. Is there a way to get rid of this package once and for all? This time it seems to be a hard dependency for debianutils Reproducible: Always Steps to Reproduce: 1. emerge sync 2. emerge -uD world Actual Results: >>> emerge (1 of 2) sys-apps/sandbox-1.2.10 to / >>> md5 files ;-) sandbox-1.2.9.ebuild >>> md5 files ;-) sandbox-1.2.10.ebuild >>> md5 files ;-) files/digest-sandbox-1.2.9 >>> md5 files ;-) files/digest-sandbox-1.2.10 >>> md5 src_uri ;-) sandbox-1.2.10.tar.bz2 >>> Unpacking source... >>> Unpacking sandbox-1.2.10.tar.bz2 to /var/ext/portage/tmp/portage/sandbox-1.2.10/work * Unpacking sandbox for ABI=x86... >>> Unpacking sandbox-1.2.10.tar.bz2 to /var/ext/portage/tmp/portage/sandbox-1.2.10/work * Unpacking sandbox for ABI=amd64... >>> Source unpacked. * If configure fails with a 'cannot run C compiled programs' error, try this: * FEATURES=-sandbox emerge sandbox * Configuring sandbox for ABI=x86... * econf: updating sandbox-1.2.10-x86/config.guess with /usr/share/gnuconfig/config.guess * econf: updating sandbox-1.2.10-x86/config.sub with /usr/share/gnuconfig/config.sub * econf: updating sandbox-1.2.10-amd64/config.guess with /usr/share/gnuconfig/config.guess * econf: updating sandbox-1.2.10-amd64/config.sub with /usr/share/gnuconfig/config.sub ./configure --prefix=/usr --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --build=x86_64-pc-linux-gnu --libdir=/usr/lib32 checking for a BSD-compatible install... /bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for x86_64-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. !!! Please attach the config.log to your bug report: !!! /var/ext/portage/tmp/portage/sandbox-1.2.10/work/sandbox-1.2.10-x86/config.log here is the relevant part of config.log: configure:2254: $? = 0 configure:2256: x86_64-pc-linux-gnu-gcc -v </dev/null >&5 Reading specs from /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/specs Configured with: /var/ext/portage/tmp/portage/gcc-3.4.4/work/gcc-3.4.4/configure --enable-version-specific-runtime-libs --p refix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/3.4.4 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/include --da tadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.4 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.4/man --infodir=/u sr/share/gcc-data/x86_64-pc-linux-gnu/3.4.4/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/include/g++- v3 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --enable-nls --without-included-gettext --with- system-zlib --disable-checking --disable-werror --disable-libunwind-exceptions --enable-multilib --disable-libgcj --enable- languages=c,c++,f77 --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu Thread model: posix gcc version 3.4.4 (Gentoo 3.4.4, ssp-3.4.4-1.0, pie-8.7.8) configure:2259: $? = 0 configure:2261: x86_64-pc-linux-gnu-gcc -V </dev/null >&5 x86_64-pc-linux-gnu-gcc: `-V' must come at the start of the command line configure:2264: $? = 1 configure:2287: checking for C compiler default output file name configure:2290: x86_64-pc-linux-gnu-gcc -march=athlon64 -O2 -msse -msse2 -mmmx -m3dnow -mfpmath=sse -pipe -funroll-loops -f omit-frame-pointer -frerun-loop-opt -falign-functions=8 -feliminate-unused-debug-types -DSB_HAVE_64BIT_ARCH conftest.c > &5 /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find /emul/linux/x86/lib/libc.so.6 collect2: ld returned 1 exit status configure:2293: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "sandbox" | #define PACKAGE_TARNAME "sandbox" | #define PACKAGE_VERSION "1.2.10" | #define PACKAGE_STRING "sandbox 1.2.10" | #define PACKAGE_BUGREPORT "dev-portage@gentoo.org" | #define PACKAGE "sandbox" | #define VERSION "1.2.10" | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:2332: error: C compiler cannot create executables See `config.log' for more details. Expected Results: well if i really HAVE to have it, it shall at least compile Portage 2.0.51.22-r1 (default-linux/amd64/2005.0, gcc-3.4.4, glibc-2.3.5-r0, 2.6.11.2 x86_64) ================================================================= System uname: 2.6.11.2 x86_64 AMD Athlon(tm) 64 Processor 2800+ Gentoo Base System version 1.6.12 distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] dev-lang/python: 2.3.5, 2.4.1-r1 sys-apps/sandbox: 1.2.8 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.5 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -msse -msse2 -mmmx -m3dnow -mfpmath=sse -pipe -funroll-loops -fomit-frame-pointer -frerun-loop-opt -falign-functions=8 -feliminate-unused-debug-types" 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/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon64 -O2 -msse -msse2 -mmmx -m3dnow -mfpmath=sse -pipe -funroll-loops -fomit-frame-pointer -frerun-loop-opt -falign-functions=8 -feliminate-unused-debug-types" DISTDIR="/var/ext/portage/distfiles" FEATURES="autoconfig distlocks sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/ext/portage/tmp" PORTDIR="/var/ext/portage/tree" PORTDIR_OVERLAY="/var/ext/portage/local" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="3dnowex X aalib acpi alsa amd64 arts avi berkdb bidi bitmap-fonts bluetooth bzlib calendar cdr crypt cups curl dga dvd dvdr encode fam flac font-server foomaticdb fortran gd gdbm gif gimpprint gnokii gpm gtk gtk2 imagemagick java jikes jp2 jpeg kde lzw lzw-tiff mad maildir mime motif mozilla mp3 mpeg msn ncurses nls nptl nptlonly ogg opengl pam pda pdflib perl png posix python qt quicktime readline sdl smime spell ssl tcpd tiff truetype truetype-fonts type1-fonts unicode usb userlocales vorbis xine xml2 xpm xrandr xv xvid zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS
Seems like an broken 2004.3 -> 2005.0 upgrade. *** This bug has been marked as a duplicate of 90846 ***
(In reply to comment #0) > I must admit I had so many problems with sandbox so far, i have disabled it in > FEATURES section. That is a baaaad(tm) idea to remove a feature that protects you from wrongly written ebuilds (and hey, everyone makes mistakes, even Gentoo devs). > But still after recent emerge sync the portage insists on it > being installed. Is there a way to get rid of this package once and for all? No, if you want to keep the portage version you are using. See above. Otherwise, downgrade portage. The older portage version contains sandbox, but not as a separate package. > cannot find /emul/linux/x86/lib/libc.so.6 > * If configure fails with a 'cannot run C compiled programs' error, try this: > * FEATURES=-sandbox emerge sandbox See Bug 90846. If all suggestions there fail, disable sandbox *temporarily*. Again, disabling sandbox globally should not ever be done.
yes, removing and re-emerging all emul packages fixed the problem. As per disabling sandbox, I really prefer to have system messed up ocasionally to not be able to emerge anything (this seem to be the major feature of the sandbox) :-D Sandbox has so long list of incredible bugs (not building itself, preventing of build of perfectly correct packages like perl, to sloooowing down the build process like 10 times) that it doesn't really make me trust it can help in anything :) (and yes, i have once timed the slowdown, it took about 2 DAYS to build glibc with sandbox and a couple of hours without it - Athlon64 2800)