Russ Allbery a écrit :
Paul Wise <pabs3@bonedaddy.net> writes:That was actually from linda, not lintian. ldd and objdump -x would indeed be helpful to find the problem.The linda warning about linking against a binary that you don't use symbols from is very prone to false positives and often has to just be ignored. It's very difficult to implement that check even at the 80% level and to implement it fully correctly requires knowledge about the global state of the repository that's hard to come by.
Ok I finally found the problem : The linda warning : W: spcaview; A binary links against a library it does not use symbols from This package contains a binary that links against a library that is not in the Depends line. This may also be a bug in the library which does not have a shlibs file. Let's see linking of spacaview : gandalf@hellscream:/ripp/deb_packages/spcaview$ ldd `which spcaview` linux-gate.so.1 => (0xffffe000) libm.so.6 => /lib/tls/libm.so.6 (0xa7ec4000) libSDL-1.2.so.0 => /usr/lib/libSDL-1.2.so.0 (0xa7e35000) libpthread.so.0 => /lib/tls/libpthread.so.0 (0xa7e23000) libc.so.6 => /lib/tls/libc.so.6 (0xa7ceb000) /lib/ld-linux.so.2 (0xa7efb000) libasound.so.2 => /usr/lib/libasound.so.2 (0xa7c38000) libdl.so.2 => /lib/tls/libdl.so.2 (0xa7c33000) libX11.so.6 => /usr/lib/libX11.so.6 (0xa7b6b000) libXext.so.6 => /usr/lib/libXext.so.6 (0xa7b5d000) libXau.so.6 => /usr/lib/libXau.so.6 (0xa7b5a000) libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xa7b55000)Ok spcaview is linked with /usr/lib/libSDL-1.2.so.0 which comes from "libsdl1.2debian-alsa" but the depency have been generated on "libsdl1.2debian" which is a dummy package...
How am I supposed to fix this ? Thanks!