gnutls-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: LGPL library using only LGPL-parts of partially GPL shared library (


From: Simon Josefsson
Subject: Re: LGPL library using only LGPL-parts of partially GPL shared library (gnutls, nettle)
Date: Sun, 20 Feb 2011 15:33:50 +0100
User-agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.2 (gnu/linux)

Andreas Metzler <address@hidden> writes:

> On 2011-02-20 Simon Josefsson <address@hidden> wrote:
>> The Blowfish code in Nettle has already been re-implemented under
>> LGPLv2+ but not released yet.  I am working on re-implementing Serpent
>> under LGPLv2+, however there are multiple and incompatible test vectors
>> of Serpent and it is not clear which corresponds to the "real" Serpent.
>
>> Meanwhile, perhaps the Nettle package in Debian could disable Serpent
>> and Blowfish, or since the Blowfish re-write mostly re-established
>> LGPLv2+ as the license of the old code, at least disable Serpent?
> [...]
>
> Hello,
> That would break the ABI and require a soname change, afaiui.

Fixing Serpent would probably require the same, since the current
implementation isn't compatible with (for example) Libgcrypt.

> I have the feeling that the discussion I started is an academic one
> anyway. Nettle's public key library (libhogweed) uses and links against
> libgmp, which is LGPLv3+. Therefore switching gnutls from gcrypt to
> nettle would break GPLv2-compatibility (GPLv2 without the "or any
> later version " clause). Oh dear.

It has been discussed to dual-license some libraries under
GPLv2+/LGPLv3+ to avoid this problem.  I wonder if this could be a way
out here.  GnuTLS 2.12 is not released (and there is not even any
release candidates), so we still have time to resolve this in a good
way.

(I've changed address@hidden into address@hidden which is
the current list address.)

/Simon



reply via email to

[Prev in Thread] Current Thread [Next in Thread]