Your message dated Sun, 03 Apr 2016 09:49:39 +0000
with message-id <[email protected]>
and subject line Bug#509931: fixed in debhelper 9.20160403
has caused the Debian Bug report #509931,
regarding debhelper: match dpkg-shlibdeps parsing of versions from SONAMEs
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
509931: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=509931
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: debhelper
Version: 7.0.15
Severity: minor
Tags: patch

dh_makeshlibs contains the following code to look for shared objects that
should be represented in shlibs:

                if ($objdump=~m/\s+SONAME\s+(.+)\.so\.(.+)/) {
                elsif ($objdump=~m/\s+SONAME\s+(.+)-(.+)\.so/) {

I've seen several different forms of the second regex.  dh_makeshlibs
uses one, Lintian had a different one, and dpkg-shlibdeps had yet another
one.

In investigating handling of unversioned SONAMEs in Lintian, I confirmed
with Raphael Hertzog the regexes used by dpkg-shlibdeps, which are in the
split_soname function in that program.  I just changed Lintian to match,
and I recommend changing dh_makeshlibs as well.  I'm going to propose
canonicalizing the parsing in Debian Policy.

The only significant difference is that dpkg-shlibdeps requires that the
version component in the second regex start with a number and end with .so.
The split_soname function is:

sub split_soname {
    my $soname = shift;
    if ($soname =~ /^(.*)\.so\.(.*)$/) {
        return wantarray ? ($1, $2) : 1;
    } elsif ($soname =~ /^(.*)-(\d.*)\.so$/) {
        return wantarray ? ($1, $2) : 1;
    } else {
        return wantarray ? () : 0;
    }
}

so changing to m/\s+SONAME\s+(.+)-(\d.*)\.so\s*$/ would make the regexes
match the same strings for all practical purposes.

For Lintian, I also changed the .+ regexes to .* to match exactly, but
I can't imagine a legitimate case in which it would make a difference.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages debhelper depends on:
ii  binutils            2.18.1~cvs20080103-7 The GNU assembler, linker and bina
ii  dpkg-dev            1.14.23              Debian package development tools
ii  file                4.26-1               Determines file type using "magic"
ii  html2text           1.3.2a-5             advanced HTML to text converter
ii  man-db              2.5.2-3              on-line manual pager
ii  perl                5.10.0-18            Larry Wall's Practical Extraction 
ii  po-debconf          1.0.15               manage translated Debconf template

debhelper recommends no packages.

Versions of packages debhelper suggests:
ii  dh-make                       0.46       tool that converts source archives

-- no debconf information



--- End Message ---
--- Begin Message ---
Source: debhelper
Source-Version: 9.20160403

We believe that the bug you reported is fixed in the latest version of
debhelper, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [email protected],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Niels Thykier <[email protected]> (supplier of updated debhelper package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [email protected])


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Format: 1.8
Date: Sun, 03 Apr 2016 08:56:07 +0000
Source: debhelper
Binary: debhelper
Architecture: source
Version: 9.20160403
Distribution: unstable
Urgency: medium
Maintainer: Debhelper Maintainers <[email protected]>
Changed-By: Niels Thykier <[email protected]>
Description:
 debhelper  - helper programs for debian/rules
Closes: 509931
Changes:
 debhelper (9.20160403) unstable; urgency=medium
 .
   * d/control: Requre dh-autoreconf (>= 12) to ensure
     non-autotools can be built in compat 10.
   * dh: In a "PROMISE: DH NOOP" clause, make no assumptions
     about being able to skip "foo(bar)" if "foo" is not known.
   * debhelper.pod: Use DEB_HOST_ARCH instead of the incorrect
     "build architecture".  Thanks to Helmut Grohne for the
     report.
   * dh_makeshlibs: Use same regex for extracting SONAME as
     dpkg-shlibdeps.  (Closes: #509931)
   * dh_makeshlibs: Add an ldconfig trigger if there is an
     unversioned SONAME and the maintainer provides a
     symbols file.
Checksums-Sha1:
 f7a298314985bb016b1d44990a0ea0110888e75e 1708 debhelper_9.20160403.dsc
 eaba401619d08421ff0572f81cb2c9c79c83746d 336472 debhelper_9.20160403.tar.xz
Checksums-Sha256:
 065d076f53bb83dc26941fd222f89910e1fb8cc53fabd9cabc226039977b1e15 1708 
debhelper_9.20160403.dsc
 947cdf0a8b51e5f89986f5995a14756c11597b821d7deca23e5c951131866940 336472 
debhelper_9.20160403.tar.xz
Files:
 cb6e498121de967bb0e07b0f4d9467da 1708 devel optional debhelper_9.20160403.dsc
 60449ffb57d8b9df22acfd71f4393387 336472 devel optional 
debhelper_9.20160403.tar.xz

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBCAAGBQJXANsHAAoJEAVLu599gGRCwkcP/jlc4amdzTUlSS2gltWUoeHo
sU+1tiYhgerciKkp7ct4cJHNRbtyCHQRS8Tb1G/nbxNNUVg5Ebjtj0J2cQH4qcax
c+q/14ANp0yayp/1HOAoFb/BogZMYPY/yq8RK6YQDCbKVSAO+Kic4WtNQi17//4t
hCm7HXL57uuP9hgNWIioS2y++lZ6E3JSbNL18OLGq7FCAbq12adVeW+rjc55gysE
bmkuUYeqka4wMwo14PFDocv42aFQslf9lqoRm0AdP9A/VOjlAd2/jTzHB69P/jCu
fqRq0Pb1dnuKEnE4nkQR11CTomRFYROFgZdjVLEuvd8mcvbL0rdJnIcYGkXjR6rl
dq12vdjg0glFMvHhkatJT7vU6ESgtLklBEtTp9vURym8kUwYbc82ceOlJYTtCe1Y
z2EeFk0DRKhVNLzLeDDJmRMZHGqFnTL5kmuHWzg2XRWSBbAA0pPCS7IW3PLG+LyX
9mAJey6pY0OOxQ6Ah/W6hZhiL24xC4EU87DI55K8aUHjB5AJ4q0qGsbi2Efe6JqD
gaFA5gd7vgpzIrpxCfwQGuseZb4dRLvh8ahgcjgL5ZcuJpx0f8o7QKsLI2heOkdt
gjdmYYexZNdnAaMlNRdIP20NGYaN4mmSa+2KVO8AnoTRkn60aYEYMAI0tBuvJnsw
MWJkBPdFd5+Ks7H5w5DR
=YVm5
-----END PGP SIGNATURE-----

--- End Message ---

Reply via email to