drumkv1 - help needed

[IOhannes m zmölnig (Debian/GNU)]

On 09/20/2016 04:19 AM, Jaromír Mikeš wrote:
> Hi all,

disclaimer: this is only an answer to your email ihaven't had a look at
any specifics of the "drumkv1" package itself.

> 
> upstream made changes in build system and it is leading to problems.
> 
> W: drumkv1: package-name-doesnt-match-sonames libdrumkv1-0

most likely a false positive in lintian (due to the embedded version
string in the source packge). so: ignore.

> W: drumkv1: non-dev-pkg-with-shlib-symlink
> usr/lib/x86_64-linux-gnu/libdrumkv1.so.0.7.6
> usr/lib/x86_64-linux-gnu/libdrumkv1.so

the .so-file (that is: the .so.0.7.6 file) should be in libdrumkv1-0.
the symlink should be in libdrumkv1-dev.

> I: drumkv1: no-symbols-control-file usr/lib/x86_64-linux-gnu/libdrumkv1.so.0.7.6

you might want to generate (and maintain a d/libdrumkv1-0.symbols file.
(if that's a C-library, the request is reasonable).

> 
> I believe that file libdrumkv1.so.0.7.6 shouldn't be installed at all,
> but I am not sure.

if you *do have* a libdrumkv1-0 package that it should be installed.
you only should have a libdrumkv1-0 package,


HOWEVER

all that i've written above is valid (only) if the source package
provides library packages (e.g. you split it into drumkv1, libdrumkv1-0,
libdrumkv1-dev,...).
afaict, the package is currently unsplit (there's only a single
"drumkv1" binary package).
it the (supposedly new) lib*.so is of general interest (outside of the
drumkv1 binary package), you might consider splitting the package up.

if you think the library is too specific, the lib*.so* files should go
into /usr/lib/${TRIPLET}/drumkv1/lib*.so* (adjust the build system
accordingly) and these lintian warnings should be void.

dmadsr
IOhannes

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/attachments/20160920/75fd7c4b/attachment.sig>