AWARE [SYSTEMS] Imaging expertise for the Delphi developer
AWare Systems, Imaging expertise for the Delphi developer, Home TIFF and LibTiff Mailing List Archive

LibTiff Mailing List

TIFF and LibTiff Mailing List Archive
July 2007

Previous Thread
Next Thread

Previous by Thread
Next by Thread

Previous by Date
Next by Date

Contact

The TIFF Mailing List Homepage
This list is run by Frank Warmerdam
Archive maintained by AWare Systems



Valid HTML 4.01!



Thread

2007.07.14 08:15 "[ANNOUNCE]: Libtiff 4.0.0alpha released", by Andrey Kiselev
2007.07.14 23:29 "Re: [ANNOUNCE]: Libtiff 4.0.0alpha released", by Jay Berkenbilt
2007.07.15 00:27 "Re: [ANNOUNCE]: Libtiff 4.0.0alpha released", by Bob Friesenhahn
2007.07.15 04:37 "Re: [ANNOUNCE]: Libtiff 4.0.0alpha released", by <ron@debian.org>
2007.07.15 04:41 "Re: [ANNOUNCE]: Libtiff 4.0.0alpha released", by Graeme Gill
2007.07.15 11:17 "Re: [ANNOUNCE]: Libtiff 4.0.0alpha released", by Andrey Kiselev
2007.07.16 09:04 "Re: [ANNOUNCE]: Libtiff 4.0.0alpha released", by Andy Cave
2007.07.16 11:39 "Re: [ANNOUNCE]: Libtiff 4.0.0alpha released", by Andrey Kiselev
2007.07.16 11:51 "Re: [ANNOUNCE]: Libtiff 4.0.0alpha released", by Graeme Gill
2007.07.16 12:01 "Re: [ANNOUNCE]: Libtiff 4.0.0alpha released", by <ron@debian.org>
2007.07.16 12:19 "Re: [ANNOUNCE]: Libtiff 4.0.0alpha released", by Andy Cave
2007.07.16 12:33 "Re: [ANNOUNCE]: Libtiff 4.0.0alpha released", by Andrey Kiselev
2007.07.16 13:22 "Re: [ANNOUNCE]: Libtiff 4.0.0alpha released", by Andy Cave
2007.07.16 15:23 "Re: [ANNOUNCE]: Libtiff 4.0.0alpha released", by Bob Friesenhahn
2007.07.15 11:23 "Re: [ANNOUNCE]: Libtiff 4.0.0alpha released", by Andrey Kiselev

2007.07.16 09:04 "Re: [ANNOUNCE]: Libtiff 4.0.0alpha released", by Andy Cave

So what happens if someone builds a standalone piece of s/w (tiffjbigdecomp) 
that reads (compressed) data from stdin and writes (uncompressed) data to 
stdout. They can then write s/w that execs a sub-process, redirecting 
stdin/stdout to be a file on disk and a pipe, and then just read the 
decompressed data from the pipe. Does that infringe GPL? I think not (as 
otherwise no commercial s/w could run on Linux), in which case I think the 
claim that dynamic loading / linking does (infringe GPL) is not necessarily 
solid, as the difference between that and dynamic linking to a library is 
pretty thin.

Andy.

----- Original Message ----- 
From: "Bob Friesenhahn" <bfriesen@simple.dallas.tx.us>
To: "Jay Berkenbilt" <ejb@ql.org>
Cc: <tiff@lists.maptools.org>
Sent: Sunday, July 15, 2007 1:27 AM
Subject: Re: [Tiff] [ANNOUNCE]: Libtiff 4.0.0alpha released


> On Sat, 14 Jul 2007, Jay Berkenbilt wrote:
>>
>> On the JBIG issue, I think it's pretty safe to say that the debian
>> version of libtiff will not include JBIG support.  I wonder whether
>> there would be a way to make JBIG support available at runtime on
>> platforms that support dynamic loading.  In any case, I think the
>
> A number of years ago I engaged in a discussion with Richard Stallman and 
> the JBIG-KIT author to discuss if using dynamic loading to use JBIG-KIT 
> was acceptable (in order to avoid GPL by providing separability) and the 
> opinion of RMS and the JBIG-KIT author was a solid 'no'.  However, it 
> seems to me that it does allow users who are using GPL compliant 
> distribution methods to extend the package later or remove the component.
>
> There is yet another issue that JBIG-KIT itself is not distributable under 
> the GPL (even though it uses the GPL license) since it violates patents 
> recognized in many countries.
>
> Bob
> ======================================
> Bob Friesenhahn
> bfriesen@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
> GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/
>
> _______________________________________________
> Tiff mailing list: Tiff@lists.maptools.org
> http://lists.maptools.org/mailman/listinfo/tiff
> http://www.remotesensing.org/libtiff/