bug-gnulib
[Top][All Lists]
Advanced

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

Re: relicense some modules for use under GPLv2+


From: Eric Blake
Subject: Re: relicense some modules for use under GPLv2+
Date: Mon, 19 Feb 2018 17:31:04 -0600
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0

On 02/19/2018 05:20 PM, Bruno Haible wrote:
Hi,

Often gnulib has relicensed modules for use in LGPLv2+ packages (such as
libvirt).

Some modules have also be relicensed for use in "dual LGPLv3+ or GPLv2"
packages (such as GNU libunistring). [1]

Today, I would like to ask for relicensing of specific modules for use in
GPLv2+ programs, namely GNU clisp.

GNU clisp is under GPLv2+, not GPLv3+, because it was designed, from the
beginning, as a vehicle for running computer algebra systems. The most
prominent computer algebra system written in Lisp is Maxima, and is under
GPLv2. If clisp was only distributed under GPLv3+, one could no longer
distribute maxima with/in clisp.

So, regarding gnulib, I'd like

1) to introduce an option --gpl=v2+ that, like the --lgpl option, verifies
    license compatibility and updates the copyright header in the source
    files,

2) ask for relicensing LGPL -> 'LGPLv3+ or GPLv2' of the modules
      no-c++
      mkfifo
      mknod
      strftime, nstrftime, time_rz, tzset

3) ask for relicensing GPL -> GPLv2+ of the modules
      c-strtod
      getloadavg
      link-follow
      libsigsegv
      vma-iter

Thoughts?

Makes sense to me.


Can we go ahead, as usual, with per-module approval by the authors of said
modules?

Upstream ligsigsegv is still GPLv2+ (I'm actually a bit surprised that it hasn't bumped to GPLv3+ in the meantime), so that one should be an easy sell. None of the others are standing out to me as an obvious sore point, so I hereby give approval for the proposed relicensing of my contributions to those modules.

--
Eric Blake, Principal Software Engineer
Red Hat, Inc.           +1-919-301-3266
Virtualization:  qemu.org | libvirt.org



reply via email to

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