Re: help with intra-package dependencies (library and binary)
On 2012-05-13 00:50 +0200, Jon Dowland wrote:
> I'm trying to package 'lhasa' but I'm having some trouble. There is a binary
> package 'lhasa' shipping a binary which depends on a library from a library
> package 'liblhasa0', all from the same source. (analogous to curl depending
> on libcurlX from the same source package)
>
> My packaging is at https://github.com/jmtd/tmp-dpkg-lhasa and the orig tarball
> can be obtained either via pristine-tar and some magic incantations from that
> repo or at <http://fragglet.github.com/lhasa/>. I've just pushed the latest
> version to mentors and will reply with a URL once I have it.
Seems the package isn't on mentors yet? I extracted the source tarball
with pristine-tar.
> The issue, quite simply, is dpkg-shlibdeps bails out when investigating the
> 'lhasa' binary. Full build log at https://github.com/jmtd/tmp-dpkg-lhasa/issues/1,
> the pertinent error is
>
>> dpkg-shlibdeps: error: couldn't find library liblhasa.so.0 needed by
>> debian/lhasa/usr/bin/lha (ELF format: 'elf64-x86-64'; RPATH: '').
>> dpkg-shlibdeps: error: Cannot continue due to the error above.
>> Note: libraries are not searched in other binary packages that do not have any shlibs or symbols file.
>> To help dpkg-shlibdeps find private libraries, you might need to set LD_LIBRARY_PATH.
>> dh_shlibdeps: dpkg-shlibdeps -Tdebian/lhasa.substvars debian/lhasa/usr/bin/lha returned exit code 2
The library liblhasa.so.0 exists in debian/tmp but not in
debian/liblhasa0. Renaming liblhasa.install to liblhasa0.install fixes
that, though. :-)
Cheers,
Sven
Reply to: