On Sun, Nov 29, 2009 at 05:39:37PM -0800, Yoshio Nakamura wrote: > Package baycomepp > tags 553111 +patch > thanks > > On Sat, Nov 28, 2009 at 06:43:43PM +0100, gregor herrmann wrote: > > On Wed, 28 Oct 2009 23:49:35 -0500, Manoj Srivastava wrote: > > > > > Package: baycomepp > > > Version: 0.10-12 > > > Severity: serious > > > Justification: The package installs shared libraries in a directory > > > controlled > > > User: lintian-ma...@debian.org > > > Usertags: postinst-must-call-ldconfig > > > > > > Refer to Debian Policy Manual section 8.1.1 (ldconfig) for details. > > > > The attached patch fixes this bug, but the output of dpkg-shlibdeps > > doesn't make me happy: > > > > dpkg-shlibdeps: warning: symbol sig_usr2 used by > > debian/baycomepp/usr/lib/baycomfpga_init.so found in none of the libraries. > > I looked at > http://lintian.debian.org/maintainer/debian-h...@lists.debian.org.html > , and saw baycomepp listed, with links: > * W shlib-without-versioned-soname --- > http://lintian.debian.org/tags/shlib-without-versioned-soname.html > o usr/lib/baycomfpga_init.so baycomfpga_init.so > * E postinst-must-call-ldconfig > o usr/lib/baycomfpga_init.so > * W package-name-doesnt-match-sonames --- > http://lintian.debian.org/tags/package-name-doesnt-match-sonames.html > o baycomfpga-init
One of the programs in baycomepp is dlopen()ing baycomfpga_init.so, so no versioned soname is required. The symbols sig_usr2 etc are provided by the hosting application. I don't know why the application has been structued this way - possibly as a hack around some licensing issues. baycomfpga_init.so contains binary blobs of firmware for the hardware. Hamish -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
