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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org