Debian Bug report logs -
#20794
dpkg: dpkg-shlibs doesn't read shlibs.local if ldd can't find a library
Reported by: "Gregory S. Stark" <gsstark@mit.edu>
Date: Tue, 7 Apr 1998 11:18:02 UTC
Severity: normal
Done: Frank Lichtenheld <djpig@debian.org>
Bug is archived. No further changes may be made.
Toggle useless messages
Report forwarded to debian-bugs-dist@lists.debian.org, Klee Dienes and Ian Jackson <dpkg-maint@chiark.greenend.org.uk>
:
Bug#20794
; Package dpkg
.
(full text, mbox, link).
Acknowledgement sent to "Gregory S. Stark" <gsstark@mit.edu>
:
New bug report received and forwarded. Copy sent to Klee Dienes and Ian Jackson <dpkg-maint@chiark.greenend.org.uk>
.
(full text, mbox, link).
Message #5 received at submit@bugs.debian.org (full text, mbox, reply):
Package: dpkg
Version: 1.4.0.21
I'm not sure this is a bug, but no one seems to know better on debian-devel.
A possible patch which seems to work quite well is:
--- /usr/bin/dpkg-shlibdeps Thu Mar 5 09:10:41 1998
+++ /tmp/dpkg-shlibdeps Mon Apr 6 23:29:33 1998
@@ -99,10 +99,10 @@
$nthisldd++;
} elsif (m,\s+statically linked(\s+\(ELF\))?$,) {
$nthisldd++;
- } elsif (m,^\s+(\S+)\.so\.(\S+)\s+=>\s+(/\S+)(\s+\(0x.+\))?$,) {
+ } elsif (m,^\s+(\S+)\.so\.(\S+)\s+=>\s+(/\S+)?,) {
push(@libname,$1); push(@libsoname,$2); push(@libpath,$3);
push(@libf,$execf[$i]);
- push(@libpaths,$3) if !$libpathadded{$3}++;
+ push(@libpaths,$3) if defined($3) && !$libpathadded{$3}++;
$nthisldd++;
} else {
&warn("unknown output from ldd on \`$exec[$i]': \`$_'");
------- Start of forwarded message -------
Resent-Date: 6 Apr 1998 04:34:24 -0000
Resent-Cc: recipient.list.not.shown:;@lists.debian.org
To: debian-devel@lists.debian.org
Subject: dpkg-shlibdeps broken? doesn't read shlibs.local when needed
From: gsstark@MIT.EDU (Gregory S. Stark)
Date: 06 Apr 1998 00:34:13 -0400
Message-Id: <ycq1zvblgai.fsf@portE28.Generation.NET>
Resent-Message-Id: <"xWuZKD.A.p4D.QtFK1"@murphy>
Resent-From: debian-devel@lists.debian.org
Resent-Sender: debian-devel-request@lists.debian.org
It appears dpkg-shlibdeps doesn't read debian/shlibs.local when it can't parse
the ldd output. This includes the case where the library wasn't found. Meaning
shlibs.local is no longer an effective way to deal with the problem of finding
dependencies on other binary packages from the same source package.
It doesn't seem like this has always been this way, since this was the normal
way of dealing until now. But it seems currently if your package isn't already
installed then dpkg-shlibdeps isn't going to find the library dependencies.
Here's the contents of my debian/shlibs.local:
libkrb 0 libkrb4kth0
libdes 0 libkrb4kth0
libkadm 0 libkrb4kth0
libkdb 0 libkrb4kth0
libsl 0 libkrb4kth0
libkafs 0 libkrb4kth0
And here's the output of dpkg-shlibsdep:
$ dpkg-shlibdeps -T/tmp/x debian/kerberos4kth-user/usr/bin/kinit
dpkg-shlibdeps: warning: unknown output from ldd on `debian/kerberos4kth-user/usr/bin/kinit': ` libkrb.so.0 => not found'
dpkg-shlibdeps: warning: unknown output from ldd on `debian/kerberos4kth-user/usr/bin/kinit': ` libdes.so.0 => not found'
And here's the substvars dpkg-shlibsdep produces:
shlibs:Depends=libc6
As I understand it dpkg-shlibsdep really ought to be reading the shlibs.local
in this case and be saving Depends=libc6,libkrb4kth0
greg
--
To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
------- End of forwarded message -------
-- System Information
Debian Release: 2.0 (frozen)
Kernel Version: Linux portF09.Generation.NET 2.0.33 #2 Mon Jan 12 11:08:08 EST 1998 i586 unknown
Versions of the packages dpkg depends on:
libc6 Version: 2.0.7pre1-4
libg++272 Version: 2.7.2.8-0.1
ncurses3.4 Version: 1.9.9g-8
Information forwarded to debian-bugs-dist@lists.debian.org, Klee Dienes and Ian Jackson <dpkg-maint@chiark.greenend.org.uk>
:
Bug#20794
; Package dpkg
.
(full text, mbox, link).
Acknowledgement sent to Herbert Xu <herbert@gondor.apana.org.au>
:
Extra info received and forwarded to list. Copy sent to Klee Dienes and Ian Jackson <dpkg-maint@chiark.greenend.org.uk>
.
(full text, mbox, link).
Message #10 received at 20794@bugs.debian.org (full text, mbox, reply):
jdassen@wi.leidenuniv.nl wrote:
>
> I just uploaded le_1.4.2-1.1 with which I cannot reproduce the "core dump on
> startup" problem; I'm therefore downgrading the severity of this report.
>
> Please try if you can reproduce it.
It doesn't core dump anymore.
--
Debian GNU/Linux 1.3 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmV>HI~} <herbert@gondor.apana.org.au>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Information forwarded to debian-bugs-dist@lists.debian.org, Wichert Akkerman <wakkerma@debian.org>
:
Bug#20794
; Package dpkg
.
(full text, mbox, link).
Acknowledgement sent to Gregory Stark <gsstark@mit.edu>
:
Extra info received and forwarded to list. Copy sent to Wichert Akkerman <wakkerma@debian.org>
.
(full text, mbox, link).
Message #15 received at 20794@bugs.debian.org (full text, mbox, reply):
There's nothing wrong with the patch I sent. dpkg-shlibdeps is is being
unnecessarily strict about the ldd output, requiring the base address that it
doesn't actually use. This means that if the shared library isn't actually in
the current shared library path then dpkg-shlibdeps will simply give up even
though it has enough information to give a proper answer.
Here's the offending regexp:
elsif (m,^\s+(\S+)\.so\.(\S+)\s+=>\s+(/\S+)(\s+\(0x.+\))?$,) {
Why does it require the base address The (0x.+) part? dpkg-shlibdeps doesn't
do anything with that portion. It' completely unnecessary.
--
greg
Information forwarded to debian-bugs-dist@lists.debian.org, Dpkg Development <debian-dpkg@lists.debian.org>, dpkg@packages.qa.debian.org
:
Bug#20794
; Package dpkg
.
(full text, mbox, link).
Acknowledgement sent to Thomas Hood <jdthood@yahoo.co.uk>
:
Extra info received and forwarded to list. Copy sent to Dpkg Development <debian-dpkg@lists.debian.org>, dpkg@packages.qa.debian.org
.
(full text, mbox, link).
Message #20 received at 20794@bugs.debian.org (full text, mbox, reply):
The patch you provided doesn't seem to apply to
dpkg-shlibdeps any more. Has the bug been fixed?
(#20794)
--
Thomas Hood
Message sent on to "Gregory S. Stark" <gsstark@mit.edu>
:
Bug#20794.
(full text, mbox, link).
Bug reassigned from package `dpkg' to `dpkg-dev'.
Request was from Elrond <elrond+bugs.debian.org@samba-tng.org>
to control@bugs.debian.org
.
(full text, mbox, link).
Reply sent to Frank Lichtenheld <djpig@debian.org>
:
You have taken responsibility.
(full text, mbox, link).
Notification sent to "Gregory S. Stark" <gsstark@mit.edu>
:
Bug acknowledged by developer.
(full text, mbox, link).
Message #30 received at 20794-done@bugs.debian.org (full text, mbox, reply):
AFAICS this bug was fixed a long time ago when dpkg-shlibdeps began
to read the objdump output of libraries as well. It will still issue
a warning about not finding the path but it will scan the shlibs.local
nevertheless (which in most cases isn't needed anymore anyway since
dpkg-shlibdeps also searches for other shlibs files in debian/).
Gruesse,
--
Frank Lichtenheld <djpig@debian.org>
www: http://www.djpig.de/
Bug archived.
Request was from Debbugs Internal Request <owner@bugs.debian.org>
to internal_control@bugs.debian.org
.
(Mon, 18 Jun 2007 23:31:08 GMT) (full text, mbox, link).
Send a report that this bug log contains spam.
Debian bug tracking system administrator <owner@bugs.debian.org>.
Last modified:
Fri Mar 29 09:12:52 2024;
Machine Name:
buxtehude
Debian Bug tracking system
Debbugs is free software and licensed under the terms of the GNU
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.