Package: busybox
Version: 1:1.1.2-1
Severity: serious
Tags: patch
Hello,
the latest version of busybox creates a real /lib64 directory in the
busybox-udeb package on amd64 and ppc64.
This prevents the creation of the /lib64 -> /lib symlink in the
d-i images (the symlink is currently created by the 'rootskel' package
for d-i). Without this symlink the dynamic linker is not accessible
and consequently the d-i images do not work.
Please prevent the creation of a real /lib64 on amd64 and ppc64.
Moreover, I think that setting 'libdir' to /lib64 as it is done in
'applets/install.sh' is wrong on all current debian architectures.
Even if setting libdir to /lib64 to makes sense on a particular debian
architecture, 'uname -m' is not a reliable way to detect the architecture.
A Debian 'i386' system may run a 'x86_64' kernel, but /lib64 is
the wrong libdir for native 'i386' libraries.
Regards
Andreas Jochens
diff -urN ../tmp-orig/busybox-1.1.2/applets/install.sh ./applets/install.sh
--- ../tmp-orig/busybox-1.1.2/applets/install.sh 2006-04-16
16:27:46.000000000 +0000
+++ ./applets/install.sh 2006-05-19 08:16:27.000000000 +0000
@@ -20,7 +20,7 @@
# get the target dir for the libs
# This is an incomplete/incorrect list for now
case $(uname -m) in
- x86_64|ppc64*|sparc64*|ia64*|hppa*64*|s390x*) libdir=/lib64 ;;
+# x86_64|ppc64*|sparc64*|ia64*|hppa*64*|s390x*) libdir=/lib64 ;;
*) libdir=/lib ;;
esac
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
