Subject: dump: restore should be statically linked

From: Marco Franzen <[email-masked]>
Date: Mon, 17 Mar 2003 23:02:37 +0000

Package: dump
Version: 0.4b27-4
Severity: normal

The restore binary in the package is dynamically linked,
so it is no use putting it onto the restore media
(outside the dump, of course).

I tried booting the rescue system from the install cd
and mounting a backup cd that contained the restore binary (beside dump files).
Although all needed shared libraries are available in the rescue system,
they fail to resolve the symbols in the backup binary.

That may or may not also be an issue with the boot-floppies package,
and the fact that my rescue cd was 3.0r0 while restore was from 3.0r1
may also have been a contributing factor.
However, this shows how fragile the situation is and how desirable
a statically linked restore binary is.
In fact it should ideally even work for non-Debian rescue systems.

Sure, I can build my statically linked binary myself,
but it would be convenient if it were included in the binary package,
maybe as an additional executable, say /sbin/restore-static.

-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux pika 2.2.20 #1 Sat Apr 20 11:45:28 EST 2002 i586
Locale: LANG=C, LC_CTYPE=

Versions of packages dump depends on:
ii  debconf                       1.0.32     Debian configuration management sy
ii  e2fsprogs [libcomerr2]        1.27-2     The EXT2 file system utilities and
ii  e2fsprogs [libe2p2]           1.27-2     The EXT2 file system utilities and
ii  e2fsprogs [libext2fs2]        1.27-2     The EXT2 file system utilities and
ii  libc6                         2.2.5-11.2 GNU C Library: Shared libraries an