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
> <adam@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
Attachment:
signature.asc
Description: Digital signature