Your message dated Wed, 28 Nov 2007 15:26:10 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#452511: --ignore-missing-info should be the default for now
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: dpkg-dev
Version: 1.14.10
Severity: serious
Tags: patch
Hi,
The recent change to check missing shlibdeps files and to error out if
not makes some packages insta-buggy where they otherwise wouldn't be. A
good example is in libm; there is no shlibdeps file for libm, which
makes dpkg-shlibdeps bail out at the moment. However, it's pretty hard
to link to libm while not linking to libc, which is in the same package,
and which *does* have a slibdeps file.
You really shouldn't do this. The following patch makes
--ignore-missing-info the default:
diff -ruN dpkg-1.14.10.orig/man/dpkg-shlibdeps.1
dpkg-1.14.10/man/dpkg-shlibdeps.1
--- dpkg-1.14.10.orig/man/dpkg-shlibdeps.1 2007-11-19 07:28:45.000000000
+0100
+++ dpkg-1.14.10/man/dpkg-shlibdeps.1 2007-11-23 12:26:44.000000000 +0100
@@ -173,11 +173,13 @@
package. This option can be used multiple times to exclude several
packages.
.TP
+.BI \-\-no\-ignore\-missing\-info
.BI \-\-ignore\-missing\-info
-Do not fail if dependency information can't be found for a shared library.
+Do (do not) fail if dependency information can't be found for a shared library.
Usage of this option is discouraged, all libraries should provide
dependency information (either with shlibs files, or with symbols files)
-even if they are not yet used by other packages.
+even if they are not yet used by other packages. The default is to ignore
+missing info.
.TP
.BI \-\-admindir= dir
Change the location of the \fBdpkg\fR database. The default location is
diff -ruN dpkg-1.14.10.orig/scripts/dpkg-shlibdeps.pl
dpkg-1.14.10/scripts/dpkg-shlibdeps.pl
--- dpkg-1.14.10.orig/scripts/dpkg-shlibdeps.pl 2007-11-23 03:42:51.000000000
+0100
+++ dpkg-1.14.10/scripts/dpkg-shlibdeps.pl 2007-11-23 12:25:30.000000000
+0100
@@ -32,7 +32,7 @@
my $dependencyfield= 'Depends';
my $varlistfile= 'debian/substvars';
my $varnameprefix= 'shlibs';
-my $ignore_missing_info= 0;
+my $ignore_missing_info= 1;
my $debug= 0;
my @exclude = ();
@@ -68,6 +68,8 @@
$exec{$1} = $dependencyfield;
} elsif (m/^--ignore-missing-info$/) {
$ignore_missing_info = 1;
+ } elsif (m/^--no-ignore-missing-info$/) {
+ $ignore_missing_info = 0;
} elsif (m/^-t(.*)$/) {
$packagetype = $1;
} elsif (m/^-v$/) {
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: powerpc (ppc)
Kernel: Linux 2.6.22-3-powerpc
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages dpkg-dev depends on:
ii binutils 2.18.1~cvs20071027-1 The GNU assembler, linker and bina
ii cpio 2.9-6 GNU cpio -- a program to manage ar
ii dpkg 1.14.9 package maintenance system for Deb
ii make 3.81-3 The GNU version of the "make" util
ii patch 2.5.9-4 Apply a diff file to an original
ii perl [perl5] 5.8.8-12 Larry Wall's Practical Extraction
ii perl-modules 5.8.8-12 Core Perl modules
Versions of packages dpkg-dev recommends:
ii bzip2 1.0.3-7 high-quality block-sorting file co
ii gcc [c-compiler] 4:4.2.1-6 The GNU C compiler
ii gcc-3.3 [c-compiler] 1:3.3.6-15 The GNU C compiler
ii gcc-3.4 [c-compiler] 3.4.6-6 The GNU C compiler
ii gcc-4.1 [c-compiler] 4.1.2-17 The GNU C compiler
ii gcc-4.2 [c-compiler] 4.2.2-3 The GNU C compiler
-- no debconf information
--- End Message ---
--- Begin Message ---
On Fri, 23 Nov 2007, Wouter Verhelst wrote:
> Hi,
>
> The recent change to check missing shlibdeps files and to error out if
> not makes some packages insta-buggy where they otherwise wouldn't be. A
Lucas rebuilt the full archive with dpkg 1.14.11 and we have 68
build-failures. With the upcoming 1.14.12 we should be down to less than
30 build-failures due to dpkg-shlibdeps.
Given this and given the risks associated to not failing when we should,
I'm not going to revert this decision now that most of the problems are
over us. I'm closing the bug.
> good example is in libm; there is no shlibdeps file for libm, which
> makes dpkg-shlibdeps bail out at the moment. However, it's pretty hard
> to link to libm while not linking to libc, which is in the same package,
> and which *does* have a slibdeps file.
[EMAIL PROTECTED]:~/deb/git/dpkg$ dpkg -S /lib/libm.so.6
libc6: /lib/libm.so.6
[EMAIL PROTECTED]:~/deb/git/dpkg$ grep libm /var/lib/dpkg/info/libc6.shlibs
libm 6 libc6 (>= 2.7-1)
So we have dependency info for libm and whatever you saw, there's some
other strange stuff going on here. I suggest trying again with the next
dpkg (1.14.12) that's going to be uploaded tonight. If you still have
problems, then I'm willing to help you understand what's going on.
Cheers,
--
Raphaël Hertzog
Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/
--- End Message ---
