[Fedora-legal-list] Linking of GPL-only and GPL-incompatible libraries

[Tom Callaway]

On 03/04/2014 07:51 AM, Florian Weimer wrote:
> On 12/17/2013 10:06 PM, Florian Weimer wrote:
>> On 12/17/2013 02:57 PM, Tom Callaway wrote:
>>> On 12/16/2013 01:00 PM, Florian Weimer wrote:
>>>> On 11/21/2013 04:59 PM, Tom Callaway wrote:
>>>>> On 11/21/2013 03:42 AM, Florian Weimer wrote:
>>>>>> What's the procedure for resolving such potential issues?  Post it
>>>>>> here
>>>>>> and ask for advice?
>>>>>
>>>>> Yes.
>>>>
>>>> Okay, my concern is with the jbigkit (GPLv2+) dependency of libtiff
>>>> (under its own, MIT-like license).  The GPLed code is used to decode
>>>> JBIG1 parts of TIFF images.
>>>
>>> Okay. Is there a specific libtiff consumer that is GPLv2+ incompatible?
>>
>> Candidates are:
>>
>> graphviz (EPL), hylafax+ (libtiff and BSD with advertising), gnuplot.
>>
>> InsightToolkit (ASL 2.0) might qualify as well, depending on whether the
>> GPLv3 upgrade can heal the original GPlv2 vs ASL 2.0 conflict.  Same for
>> ghostscript (AGPLv3+ and Redistributable, no modification permitted).
>>
>> These are only direct dependencies.  Indirect dependencies will need
>> some coding before I can come up with a list.
> 
> Are there any final comments on this matter?

Sorry, this one took a while to research and nail down.

In this specific instance, with this set of interdependent software, Red
Hat is not concerned with the jbigkit license making libtiff (with
jbigkit support enabled) incompatible with other Free (but
GPL-incompatible) licensed software. This assurance comes from direct
correspondence with the jbigkit upstream.

Thanks for your patience,

~tom

==
¸.·´¯`·.´¯`·.¸¸.·´¯`·.¸><(((º> OSAS @ Red Hat
University Outreach || Fedora Special Projects || Fedora Legal
-------------- next part --------------
A non-text attachment was scrubbed...
Name: tcallawa.vcf
Type: text/x-vcard
Size: 4 bytes
Desc: not available
URL: <http://lists.fedoraproject.org/pipermail/legal/attachments/20140825/c00fbb07/attachment.vcf>