Debian Bug report logs - #185214
dump: restore should be statically linked

version graph

Package: dump; Maintainer for dump is Alexander Zangerl <[email protected]>; Source for dump is src:dump (PTS, buildd, popcon).

Reported by: Marco Franzen <[email protected]>

Date: Mon, 17 Mar 2003 23:18:01 UTC

Severity: wishlist

Tags: wontfix

Found in version 0.4b27-4

Reply or subscribe to this bug.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to [email protected], Bdale Garbee <[email protected]>, [email protected]:
Bug#185214; Package dump. (full text, mbox, link).


Acknowledgement sent to Marco Franzen <[email protected]>:
New Bug report received and forwarded. Copy sent to Bdale Garbee <[email protected]>, [email protected]. (full text, mbox, link).


Message #5 received at [email protected] (full text, mbox, reply):

From: Marco Franzen <[email protected]>
To: Debian Bug Tracking System <[email protected]>
Subject: dump: restore should be statically linked
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




Information forwarded to [email protected], Bdale Garbee <[email protected]>, [email protected]:
Bug#185214; Package dump. (full text, mbox, link).


Acknowledgement sent to Marco Franzen <[email protected]>:
Extra info received and forwarded to list. Copy sent to Bdale Garbee <[email protected]>, [email protected]. (full text, mbox, link).


Message #10 received at [email protected] (full text, mbox, reply):

From: Marco Franzen <[email protected]>
To: [email protected]
Subject: or there should be a static package
Date: Sat, 22 Mar 2003 01:04:44 +0000
The upstream source has an RPM spec file to produce a static package.  Probably RH then ships with a separate dump-static package containing /sbin/restore.static.  That would be useful for debian too.  (But it contradicts the debian change to the original configure.)



Severity set to `wishlist'. Request was from [email protected] (Bdale Garbee) to [email protected]. (full text, mbox, link).


Information forwarded to [email protected]:
Bug#185214; Package dump. (full text, mbox, link).


Acknowledgement sent to Bdale Garbee <[email protected]>:
Extra info received and forwarded to list. (full text, mbox, link).


Message #17 received at [email protected] (full text, mbox, reply):

From: Bdale Garbee <[email protected]>
To: [email protected], [email protected], [email protected]
Subject: my thoughts on this
Date: Sun, 23 May 2004 10:54:18 -0600
tag 185214 +wontfix
thanks

There are two problems with adding a static restore to the dump package.  The
first is that the binary gets a lot larger, the other is that it means I'd have
to track security updates in glibc, etc, and upload new versions of dump more
often to keep the statically linked binary from being a security issue.

My approach is to implement a "reasonable compromise" in which all of the libs
that live outside of /lib are statically linked... which right now means the
z and bz2 libs which typically reside in /usr/lib.  This results in only a 
small increase in the size of the binaries and resulting package, and if used
on a root (or recovery?) filesystem with the right library version, should work
fine even in minimal recovery scenarios.

Note, however, that the Debian installation media uses library reduction
techniques to control the size of the image, so if you want to run a binary
that wasn't part of the image at build time you need to make sure the right
library routines are available, or use a fully static binary.  Be aware of this
when planning for disaster recovery.

It's not hard to build a static version, you just need to revert my changes in
the configure script and add --enable-static to the configure call in the 
debian/rules file and the package will build static binaries.  If someone wants
to offer up a patch that makes this easier, perhaps by adding a "static:" 
target to the rules file, I could be supportive.

Bdale



Tags added: wontfix Request was from Bdale Garbee <[email protected]> to [email protected]. (full text, mbox, link).


Information forwarded to [email protected], Debian QA Group <[email protected]>:
Bug#185214; Package dump. (Sun, 08 Feb 2015 12:09:04 GMT) (full text, mbox, link).


Acknowledgement sent to <[email protected]>:
Extra info received and forwarded to list. Copy sent to Debian QA Group <[email protected]>. (Sun, 08 Feb 2015 12:09:04 GMT) (full text, mbox, link).


Message #24 received at [email protected] (full text, mbox, reply):

From: "Kramer EURL" <[email protected]>
To: "185214" <[email protected]>
Subject: Arbeitsagentur Arbeitsstellen ab sofort
Date: ---, 8 Feb 2015 11:34:44 GMT
Wir grüßen Sie herzlichst,

unser Kunde ist ein führendes Unternehmen und sucht ab sofort aktive Angestellte zur Verstärkung des Teams europaweit. 

Die Tätigkeiten werden europaweit gebraucht, und Sie haben die Möglichkeit unabhängig von Ihrem Wohnort zu beginnen. Wir bieten Arbeitsstellen für jedermann. Die Arbeit kann sowohl von Rentnern, Hausfrauen als auch nebenberuflich erledigt werden. 
Verpackungsaushilfe, Sekretärservice, Bewerter, und vieles mehr wird aktuell angeboten. 

Es werden Ihnen aktuelle Arbeitsaufträge und die dazugehörige Belohnung mitgeteilt und Sie treffen die Auswahl. Jede Tätigkeit wird unterschiedlich belohnt, in der Regel verdienen Sie bei 3-5 Stunden am Tag 1500 bis 1900 Euro Brutto im Monat. 
Sie haben keine Kosten und können sofort bei uns einsteigen. 

Kennummer MBKB/1918-5176 Es sind 8 freie Jobs zu besetzen. 

Die benötigte technische Ausrüstung wird von uns ohne weitere Kosten zur Verfügung gestellt. Die Stelle kann gerne von Rentnern, Hausfrauen und auch nebenberuflich ausgeführt werden. 
Ihre Voraussetzungen wären verantwortungsvolle, selbstständige Arbeitsweise, Ehrlichkeit, Zielstrebigkeit, Motivation, Leistungsbereitschaft
Wenn wir Ihr Interesse geweckt haben, schicken Sie uns Ihre vollständigen Bewerbungsunterlagen noch heute, gerne per E-Mail an: [email protected] Sie erhalten umgehend weitere Unterlagen zugeschickt. 


Ihre persönlichen Unterlagen behandeln wir vertraulich.

Es grüßt Sie Ihre

Kramer EURL
Rue des Bons-Enfants 26
Cannes 6335




Send a report that this bug log contains spam.


Debian bug tracking system administrator <[email protected]>. Last modified: Thu May 15 19:47:43 2025; Machine Name: buxtehude

Debian Bug tracking system

Debbugs is free software and licensed under the terms of the GNU General Public License version 2. The current version can be obtained from https://bugs.debian.org/debbugs-source/.

Copyright © 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson, 2005-2017 Don Armstrong, and many other contributors.