sys-libs/lib-compat-1.3 does not include ld-linux.so.1, so binaries linked with libc5 will not run. (Neither does it include ld.so.1, but I haven't got any a.out binary to verify the behaviour.) If I copy ld-linux.so.1.9.9 (from Suse 8.1) to /lib/ld-linux.so.1, everything works. Reproducible: Always Steps to Reproduce: 1. file testlibc5 # binary linked with libc5 testlibc5: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), stripped 2. ./testlibc5 Actual Results: -bash: ./testlibc5: No such file or directory Expected Results: Running program. Portage 2.0.50_pre20 (default-x86-1.4, gcc-3.3.2, glibc-2.3.3_pre20040117-r0, 2.6.1-mm2) ================================================================= System uname: 2.6.1-mm2 i686 Intel(R) Pentium(R) 4 CPU 2.60GHz Gentoo Base System version 1.4.3.12 Autoconf: sys-devel/autoconf-2.59 Automake: sys-devel/automake-1.7.8 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=pentium4 -O2 -pipe -mfpmath=sse -mmmx -msse -msse2 -fforce-addr" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3/share/config /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/gconf /etc/env.d" CXXFLAGS="-march=pentium4 -O2 -pipe -mfpmath=sse -mmmx -msse -msse2 -fforce-addr" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="ftp://a1igentoo.kph.uni-mainz.de/gentoo http://mirrors.sec.informatik.tu-darmstadt.de/gentoo http://gentoo.oregonstate.edu http://gentoo.inode.at" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://a1igentoo.kph.uni-mainz.de/gentoo-portage" USE="3dnow X Xaw3d acpi acpi4linux apache2 arts autofs avi berkdb bindist bonobo crypt cups dga doc dv dvd emacs emacs-w3 encode evo fbcon foomaticdb gb gd gdbm gif gnome gnomedb gpm gstreamer gtk gtk2 gtkhtml i8x0 idea imap imlib irda irmc java javascript jpeg kde ladcca lcd lcms leim libg++ libgda libwww mad mbox mikmod mmx motif mpeg mule ncurses nls nocd nvidia odbc oggvorbis opengl oss pam pdflib plotutils png pnp python qt quicktime readline samba scanner sdk sdl skey slang snmp socks5 sox spell sse ssl svga tcltk tcpd tiff transcode truetype type1 unicode usb v4l videos voodoo3 wmf wxwin wxwindows x86 xine xinerama xml xml2 xmms xv xvid zlib"
*** Bug 43966 has been marked as a duplicate of this bug. ***
This bug is now half a year old and no reaction at all. Is there any principal problem in including a (binary) ld-linux.so.1?
it's in 1.4
Good things come to those who wait. ;-) Many thanks. However, a small problem remains: ld-linux.so.1 is not a symlink. Bug 25473 really should get fixed.
i know about Bug 25473, i filed it and wrote the fixes :p at any rate, the fixes are in cvs and will be in the next portage release ... ld-linux.so.1 doesnt need to be a symlink, it'll just save you ~30k on your / :p
