❦ 10 mars 2017 00:18 GMT, Simon McVittie <s...@debian.org> : > Third bug: libraries with different SONAME versioning packaged together > ----------------------------------------------------------------------- > > Lintian has done its best to advise the maintainer not to do this, but > unfortunately the warning has been overridden. > > If these are public libraries, I would recommend not overriding > "package-name-doesnt-match-sonames", and instead doing as Lintian suggests. > This will require a trip through the NEW queue, unfortunately.
I suppose that's why I am in copy (the other actions are pretty obvious
and I suppose Scott will apply them soon; I can also do that if he's
unavailable). There are two (combined) reasons I asked for the override:
1. It's quite unclear why upstream started to use a non-zero version
for the ABI numbering of libzebra. Maybe they will start enforcing
an ABI (it's the library that external projects should be the most
interested in using), maybe it's an oversight. Acting like it is a
"0" versioning in the packaging shows there is no real guarantee in
that and is less invasive than patching the source.
2. The change is pretty recent and a major overhaul of the packaging
would have pushed past the deadline for the freeze (due to NEW). It
would have been difficult to explain why libquagga0 split in 5
packages is useful (no reverse dependencies).
I would favor the following corrective actions (in this order):
- leaving libquagga0 package as is and fixing the other bugs
- removing libquagga0 and libquagga-dev and put the libraries in
quagga-core and in /usr/lib/quagga. Not shipping the development
files. This is a change that would likely to be accepted by the
release team. But maybe the reporter of #705306 would find that not
helpful (it's unclear if he is a user of the actual libquagga-dev or
if he was just asking from a policy point of view).
--
Truth is the most valuable thing we have -- so let us economize it.
-- Mark Twain
signature.asc
Description: PGP signature
