From: Nick Clifton <nickc@redhat.com>
To: Ralf Corsepius <ralf.corsepius@rtems.org>
Cc: Jakub Jelinek <jakub@redhat.com>, binutils@sourceware.org
Subject: Re: Switching GAS to GPLv3
Date: Tue, 24 Jul 2007 11:01:00 -0000 [thread overview]
Message-ID: <46A5C10A.2000903@redhat.com> (raw)
In-Reply-To: <1185202505.10535.66.camel@mccallum.corsepiu.local>
Hi Ralf,
>>> What does this mean for backporting fixes from binutils trunk to older
>>> binutils releases?
>> So the answer appears to be that in order to apply patches made to GPLv3
>> sources to previous releases we have to change the affected files over
>> to the GPLv3 as well.
>
> In my understanding everybody who submits patches to binutils must have
> a copyright assignment to the FSF on file (unless patches are considered
> trivial).
Correct.
> I am I wrong in presuming that a patch contributed under a copyright
> assignment can be implied to cover GPLv2 and GPLv3?
I think so - I think that there needs to be an explicit statement to this
effect from the patch's author.
> In other words, if I's submit a patch against a GPLv3'd version of a
> package I'd implicitly assume my patch also to be applicable to a
> GPLv2'd version of the package.
The danger word in that paragraph is "implicit". My understanding is that
relicensing the patch needs to be explicit. Here is what I understand the
situation to be:
* If you contribute a patch against a source file which is currently
licensed under "the GPL version 2 (or at your option a later version)"
then you, or someone else, may apply that patch to a version of that
source file that is licensed under version 3 of the GPL.
* If you contribute a patch against a source file which is currently
licensed under the GPL version 3, you also have the right to
explicitly state that your patch can be applied to versions of the
source file that are licensed under GPLv2 (or indeed any other
license). You may choose to make this statement at the time that
you contribute the patch or at a later date.
* If however you contribute a patch against a source file which is
currently licensed under the GPLv3 and you do not make any
statement about applying the patch to GPLv2 sources then another
person (or company) cannot take your patch and apply it to the
GPLv2 copy of the source file without changing the license on that
file to GPLv3.
Ie, it is assumed that the person (or company) is backporting the
patch from the GPLv3 file to the GPLv2 file, rather than receiving
the patch directly from yourself, and as a consequence the GPLv3
license is inherited by the patched file.
I hope that this makes things clear.
Cheers
Nick
next prev parent reply other threads:[~2007-07-24 9:07 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-07-03 11:30 Nick Clifton
2007-07-03 12:43 ` Jakub Jelinek
2007-07-03 14:27 ` Nick Clifton
2007-07-03 14:51 ` Ian Lance Taylor
2007-07-11 16:19 ` Nick Clifton
2007-07-23 15:51 ` Ralf Corsepius
2007-07-23 20:29 ` Bernd Jendrissek
2007-07-24 11:01 ` Nick Clifton [this message]
2007-07-03 13:30 ` l l
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=46A5C10A.2000903@redhat.com \
--to=nickc@redhat.com \
--cc=binutils@sourceware.org \
--cc=jakub@redhat.com \
--cc=ralf.corsepius@rtems.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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).