Bug#615476: general: many binaries are linked with non-existent libtiff.so.3 library

["Adam D. Barratt" <adam@adam-barratt.org.uk>]

On Sat, 2011-02-26 at 13:08 -0600, Ron Johnson wrote:
> > On Sat, 2011-02-26 at 21:25 +0300, sergey wrote:
> >> Some programs can not start because of missing libtiff.so.3 file.
> >
> > I suspect this is a local problem, as none of the packages in question
> > depends on libtiff at all; I'm therefore lowering the severity and
> > tagging this report as unreproducible for the moment.
> >
[...]
> Sid's gnuplot depends on libtiff.so.4 which while obviously not v3, 
> is at least a libtiff.so.
> 
> $ ldd -v /usr/bin/gnuplot | grep tiff
> 	libtiff.so.4 => /usr/lib/libtiff.so.4 (0x00007fc3655a9000)
> 	/usr/lib/libtiff.so.4:

Indeed, but ldd is recursive.  gnuplot itself doesn't use libtiff,
although one of its dependencies does - specifically
libwx_gtk2u_core-2.8.so.0; see the output of "objdump
--private-headers", specifically the "NEEDED" entries.

For completeness, I've checked the i386 package providing
libwx_gtk2u_core-2.8.so.0 in squeeze, and it uses libtiff.so.4.

My suspicion is that the ldd output will be sufficient in any case, and
most likely point to a local copy of the library.  If it doesn't, then
we can narrow down where the dependency is coming from.

Regards,

Adam