Jari Ruusu <jariruusu@xxxxxxxxxxxxxxxxxxxxx> wrote:
> The symlink is not the problem here. Problem is that ldd program >output
format was changed in incompatible way.
>This is what ldd output used to look like on a sane box:
>
> libc.so.6 => /lib/libc.so.6 (0x4001e000)
> /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
>
> Notice how every library file dependence is preceeded by '=>' in uniform
> way. The build-initrd.sh script from loop-AES-v3.0c and older expect to
> find
> that '=>' before a file that needs to be copied.
>
> I don't run Red Hat / Fedora distros myself, but I have been told that on
> Fedora Core 3, the ldd program pukes out something like this:
>
> linux-gate.so.1 => (0xffffe000)
> libc.so.6 => /lib/tls/libc.so.6 (0x42c2b000)
> /lib/ld-linux.so.2 (0x42c12000)
Well I only have SuSE. From 8.1 to 9.3. I tried Debian once but I´m not
enough a pro on all that. So you are right. Either you are the one that
copes with all the mess SuSE makes or you have to pay. For big business
that´s ok, but I don´t see why I should have to pay over 100Euros every 6
months.
So above ldd looks like this on SuSE 9.3 64-bit:
files on the usb-stick:
....
-rwxr-xr-x 1 root root 1437080 Apr 22 00:00 gpg*
-rwxr-xr-x 1 root root 70352 Mar 22 21:08 insmod*
-rwxr-xr-x 1 root root 96008 Mar 19 19:38 ld-linux-x86-64.so.2*
-r-xr-xr-x 1 root root 14138 Apr 21 00:26 ldlinux.sys*
-rwxr-xr-x 1 root root 1250768 Mar 19 19:38 libc.so.6*
-rwxr-xr-x 1 root root 97216 Mar 19 22:12 loadkeys*
-rwxr-xr-x 1 root root 44936 Apr 21 23:52 losetup*
-r-xr-xr-x 1 root root 1822 Apr 22 02:05 syslinux.cfg*
-rwxr-xr-x 1 root root 1892239 Apr 20 23:54 usb*
blue:/media/usb # ldd gpg
not a dynamic executable
blue:/media/usb # ldd insmod
libc.so.6 => /lib64/tls/libc.so.6 (0x00002aaaaabc2000)
/lib64/ld-linux-x86-64.so.2 (0x00002aaaaaaab000)
blue:/media/usb # ldd losetup
libc.so.6 => /lib64/tls/libc.so.6 (0x00002aaaaabc2000)
/lib64/ld-linux-x86-64.so.2 (0x00002aaaaaaab000)
blue:/media/usb # ldd loadkeys
libc.so.6 => /lib64/tls/libc.so.6 (0x00002aaaaabc2000)
/lib64/ld-linux-x86-64.so.2 (0x00002aaaaaaab000)
As you said the => is missing. Is it that way only on fc and suse or also on
debian? I´d wonder if the debian´s adopt to such a mess.
Another example is MPlayer. You get fine packages from
http://packman.links2linux.de. Up to recently, MPlayer could play almost
everything with running pics. Now, some super-hacker has compiled it without
support for wmv files. I have no idea why. Nor do I know how to rebuild it
from the source rpm. If you use 64-bit OS such mess comes up nearly every
day. There is not much software packed together. The SuSE distro is at least
a base. I would wonder if it is easier with fedora core or mandrake. Suse
has been sold out to novell and the dollarians will do everything to make
money before Bill Gaids comes away with his patents for double clicks all
over the EU.
> Anyway, below is a patch for build-initrd.sh script that makes it work
> with
> sane old ldd output format as well as not-so-sane new ldd output format.
Ehm, I copied the missing library by hand to the stick. So I´d rather wait
for the next release of loop-aes instead of using the script below.
Regards,
Peter
> --- ../loop-AES-v3.0c/build-initrd.sh Sat May 8 10:36:31 2004
> +++ ./build-initrd.sh Sun Apr 24 21:37:28 2005
> @@ -740,7 +740,7 @@
> for x in ${z} ; do
> echo Copying ${SOURCEROOT}${x} to
> ${DESTINATIONROOT}${DESTINATIONPREFIX}
> cp -p ${SOURCEROOT}${x} ${DESTINATIONROOT}${DESTINATIONPREFIX}
> - y=`ldd ${SOURCEROOT}${x} | perl -ne 'if(/ => ([^ ]*) /){print
> "$1\n"}'`
> + y=`ldd ${SOURCEROOT}${x} | perl -ne 'if(/([^ ]*) \(0x/){print
> "$1\n"}'`
> for a in ${y} ; do
> echo Copying ${SOURCEROOT}${a} to
> ${DESTINATIONROOT}${DESTINATIONPREFIX}
> cp -p ${SOURCEROOT}${a} ${DESTINATIONROOT}${DESTINATIONPREFIX}
--
+++ Sparen beginnt mit GMX DSL: http://www.gmx.net/de/go/dsl
-
Linux-crypto: cryptography in and on the Linux system
Archive: http://mail.nl.linux.org/linux-crypto/
