[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: How to make a shared lib recognized by debhelpers?


On 17/07/17 20:20, Ole Streicher wrote:
> Hi,
> I am currently adopting plplot [1], which included a simplification and
> modernization of the build system (using modern debhelpers).
> I now have the problem, that one of the shared libraries is probably not
> detected correctly: "lintian" tells me
> E: octave-plplot: unstripped-binary-or-object usr/lib/x86_64-linux-gnu/octave/site/oct/api-v51/x86_64-pc-linux-gnu/plplot_octave.oct
> E: octave-plplot: missing-dependency-on-libc needed by usr/lib/x86_64-linux-gnu/octave/site/oct/api-v51/x86_64-pc-linux-gnu/plplot_octave.oct
> The Depends: field of the package however contains the entry
> ${shlibs:Depends}, and this also works correctly for the other binary
> packages built from the source.
> The manpages of dh_makeshlibs, dh_shlibdeps and dh_strip didn't
> enlighten me here. In the original plplot package, "strip" was called
> directly in install-arch, which doesn't look very smart, because it
> f.e. also prevents the creation of a proper debug image, and
> dpkg-shlibdeps needs to be called lated as well explicitly for this
> library.

You have been hit by bug #35733 in debhelper. Possibly #862909 might
apply here as well.

I don't see an easy fix for this, so unfortunately you might have to
keep the existing workarounds in the packaging.


Attachment: signature.asc
Description: OpenPGP digital signature

Reply to: