From: Russ Allbery <rra@stanford.edu>
To: gcc-patches@gcc.gnu.org, gdb-patches@sourceware.org,
binutils@sourceware.org
Subject: Re: Changing top level files and include/ files over to GPLv3
Date: Fri, 06 Jul 2007 21:12:00 -0000 [thread overview]
Message-ID: <87bqepb5jm.fsf@windlord.stanford.edu> (raw)
In-Reply-To: <Pine.LNX.4.64.0707062010110.1118@digraph.polyomino.org.uk> (Joseph S. Myers's message of "Fri, 6 Jul 2007 20:21:25 +0000 (UTC)")
Joseph S Myers <joseph@codesourcery.com> writes:
> Changing libiberty, which is shared between projects, would have the
> effect of changing all projects using it (bearing in mind that parts of
> libiberty are under the GPL and parts under the LGPL, and both should
> probably be updated at once).
> As such I suppose the copies of licences in the manuals should be
> updated when the common files are updated. In the GCC tree this means
> gcc/doc/include/gpl.texi and libiberty/copying-lib.texi. The former is
> *not* a direct copy of the standard FSF gpl.texi, it has local Texinfo
> changes to facilitate generating a gpl.7 manpage - and those must be
> merged in rather than discarded when gpl.texi is updated.
> There are six copies of COPYING and four of COPYING.LIB in the GCC tree.
> Of these, libjava/classpath/COPYING and libjava/libltdl/COPYING.LIB
> appear to come from imported components maintained elsewhere, and
> therefore should be updated as part of updates of those components from
> upstream.
For the code that's under LGPL, there is some concern in some circles
(Debian, for instance) that the LGPLv3 may be incompatible with the GPLv2,
which means that relicensing LGPLv2 code to LGPLv3 may prevent that code
from being used with code that is GPLv2-only (without the later version
provision).
This isn't the place to discuss whether that's nonsense or not, and I
completely understand if people want to move forward regardless, but since
I first became aware of that myself yesterday, I wanted to mention it just
in case it's a reason to hold off on LGPL changes until that question can
be sorted out conclusively.
I'm happy to take any discussion of the concerns behind this off-list;
again, discussing whether this concern is true or not is almost certainly
off-topic on these mailing lists. I just wanted to raise it as a possible
reason to delay the LGPL portions of GCC until more people can wrap their
heads around the impact of the license change and understand how it will
affect their software.
It's still pretty early in that process, and I expect that various
projects outside of the direct FSF fold are still working on official
positions on GPLv3 and LGPLv3.
--
Russ Allbery (rra@stanford.edu) <http://www.eyrie.org/~eagle/>
next prev parent reply other threads:[~2007-07-06 21:12 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-07-06 18:06 Nick Clifton
2007-07-06 18:25 ` Mark Kettenis
2007-07-06 18:34 ` Daniel Jacobowitz
2007-07-06 19:36 ` Joel Brobecker
2007-07-06 20:55 ` Daniel Jacobowitz
2007-07-09 9:47 ` Nick Clifton
2007-07-09 17:25 ` Joel Brobecker
2007-07-06 20:21 ` Joseph S. Myers
2007-07-06 20:31 ` DJ Delorie
2007-07-09 13:59 ` Alexandre Oliva
2007-07-06 20:51 ` Mike Stump
2007-07-06 21:11 ` Mark Mitchell
2007-07-09 13:23 ` Alexandre Oliva
2007-07-09 15:11 ` Gerald Pfeifer
2007-07-09 16:41 ` Alexandre Oliva
2007-07-09 17:06 ` Corinna Vinschen
2007-07-09 17:56 ` Alexandre Oliva
2007-07-09 19:45 ` Corinna Vinschen
2007-07-06 21:12 ` Russ Allbery [this message]
2007-07-11 1:56 ` Geoffrey Keating
2007-07-12 10:14 ` Nick Clifton
2007-07-12 10:16 ` Nick Clifton
2007-07-12 11:00 ` Geoffrey Keating
2007-07-12 11:30 ` Nick Clifton
2007-07-12 11:33 ` Andrew Haley
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87bqepb5jm.fsf@windlord.stanford.edu \
--to=rra@stanford.edu \
--cc=binutils@sourceware.org \
--cc=gcc-patches@gcc.gnu.org \
--cc=gdb-patches@sourceware.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox