(L)GPLv3 licensing dilemma: gpg stack

Werner Koch wk at gnupg.org
Fri Aug 24 08:13:01 CEST 2007

On Thu,  9 Aug 2007 20:41, rdieter at math.unl.edu said:

> Ideally before our fedora 8 feature freeze, Aug 28, but we'll have until Sep
> 25 to make critical changes.

libassuan 1.0.3. is now available at the usual place; this should fix
all your license problems.

Noteworthy changes in version 1.0.3 (2007-08-24)

 * New type assuan_fd_t and constant ASSUAN_INVALID_FD for better W32
   support.  It does not change the semantics under Unix.  Under W32
   all file descriptors are now guaranteed to be system handles.

 * New functions assuan_process_done and assuan_inquire_ext to support
   external event loops.

 * Changed the license of the library code back to LGPLv2.1 to support
   a bunch of GPLv2(only) software which does not allow the use of
   LGPLv3.  Note that this is only a temporary change and authors of
   GPLv2(only) software are asked to switch to GPLv3 or to add an
   exception which allow the use of LPGLv3 software.



Die Gedanken sind frei.  Auschnahmen regelt ein Bundeschgesetz.

More information about the Gnupg-devel mailing list