On Fri, Mar 30, 2012 at 16:54:53 +0200, Mathieu Malaterre wrote: > On Sat, Mar 24, 2012 at 10:54 PM, Adam D. Barratt > <a...@adam-barratt.org.uk> wrote: > > On Tue, 2012-03-13 at 11:54 +0100, Mathieu Malaterre wrote: > >> pylibtiff does not support the new tiff5 package. Please remove pylibtiff > >> from testing. > > > > That's okay right now. > > > >> See #663490 for information > > > > That bug seems slightly confused. It says "it is not important it is > > critical since tiff5 entered testing and tiff4 was removed", but > > libtiff4 is still in testing; it's just provided by the "tiff3" source > > package now. > > Point taken. However I cannot make any sense of the python documentation: > http://docs.python.org/library/ctypes.html#finding-shared-libraries > > In my case: > > $ python > >>> import ctypes.util > >>> lib = ctypes.util.find_library('tiff') > >>> print lib > libtiff.so.5 > > where: > > $ ls -al /usr/lib/x86_64-linux-gnu/libtiff.so.* * > lrwxrwxrwx 1 root root 16 Feb 20 14:59 > /usr/lib/x86_64-linux-gnu/libtiff.so -> libtiff.so.4.3.6 > lrwxrwxrwx 1 root root 16 Feb 20 14:59 > /usr/lib/x86_64-linux-gnu/libtiff.so.4 -> libtiff.so.4.3.6 > -rw-r--r-- 1 root root 412208 Feb 20 14:59 > /usr/lib/x86_64-linux-gnu/libtiff.so.4.3.6 > lrwxrwxrwx 1 root root 16 Feb 20 14:48 > /usr/lib/x86_64-linux-gnu/libtiff.so.5 -> libtiff.so.5.0.6 > -rw-r--r-- 1 root root 462488 Feb 20 14:48 > /usr/lib/x86_64-linux-gnu/libtiff.so.5.0.6 > > I'll need to find some python-guru for that to help me out. > pylibtiff's code is full of ugly. You're not supposed to use find_library() and you're not supposed to go read a header file. That thing needs a rewrite IMO.
Cheers, Julien
signature.asc
Description: Digital signature
