Bug#368013: busybox-udeb: Please do not create a /lib64 directory (this breaks d-i on amd64 and ppc64)

[Andreas Jochens <aj@andaco.de>]

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