Hi, 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. James
signature.asc
Description: OpenPGP digital signature