Control: tags -1 wontfix

Hi!

On Thu, 2013-09-19 at 14:43:09 -0400, Zack Weinberg wrote:
> Package: dpkg-dev
> Version: 1.17.1
> Severity: wishlist
> File: /usr/bin/dpkg-shlibdeps
> Tags: patch

> Some shared libraries are stuck with nonstandard names for binary
> compatibility's sake; a good example is libnspr4, which ships
> /usr/lib/ARCH/libplc4.so, .../libplds4.so, and .../libnspr4.so.  (The
> SONAME field in the ELF headers in each case matches the filename.)  I
> do not propose to make all the changes (not least to Policy) to make
> this fully supported, but I think dpkg-shlibdeps should not throw up
> its hands at such libraries.  This is the minimal patch to do that.

While preserving two-way compatibility might make some sense, these
SONAMEs are still broken, and go against how shared libraries usually
work on Unix systems (these are most of the time Windows-style library
versioning). There's always the option to have at least one-way
direction compatibility, i.e. use a proper SONAME in Debian and provide
compat symlinks for external binaries. Also such libraries can still use
symbols files which use the full SONAME, so they sidestep the errors.

> For shared libraries that have no version number at all in their name,
> we don't want to equate that to version "0", so I've opted to make
> split_soname return "." for $libversion.  This won't actually get
> written to a shlibs file (since this is -shlibdeps, not -makeshlibs)
> and it sorts ASCIIbetically before "0".

These are not proper shared libraries, they might be plugins or
similar. I'm not going to start considering them as such.

So I'm not planning on merging this, I'm taggint wontfix, and will
close in a bit.

Thanks,
Guillem


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to