public inbox for binutils@sourceware.org
 help / color / mirror / Atom feed
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

  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).