Bugzilla Bug 39485

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