All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stefano Stabellini <sstabellini@kernel.org>
To: Julien Grall <julien@xen.org>,
	george.dunlap@citrix.com,  Bertrand.Marquis@arm.com
Cc: Stefano Stabellini <sstabellini@kernel.org>,
	 Stefano Stabellini <stefano.stabellini@amd.com>,
	 "xen-devel@lists.xenproject.org"
	<xen-devel@lists.xenproject.org>,  "wl@xen.org" <wl@xen.org>,
	"jbeulich@suse.com" <jbeulich@suse.com>,
	 "george.dunlap@citrix.com" <george.dunlap@citrix.com>,
	 "andrew.cooper3@citrix.com" <andrew.cooper3@citrix.com>,
	 "Volodymyr_Babchuk@epam.com" <Volodymyr_Babchuk@epam.com>,
	 "roger.pau@citrix.com" <roger.pau@citrix.com>
Subject: Removing "or later" from Xen license, Was: [PATCH v2 3/3] add SPDX to arch/arm/*.c
Date: Tue, 23 Aug 2022 11:53:50 -0700 (PDT)	[thread overview]
Message-ID: <alpine.DEB.2.22.394.2208231140140.15247@ubuntu-linux-20-04-desktop> (raw)
In-Reply-To: <d3c6c012-01fd-e4e6-9796-a8c19162c741@xen.org>

Hi all,

I changed the subject to reflect the discussion and moved George to
"to:" to get his attention.

Also, if we are going to make any chances as described below, I think
they should be a separate series from the SPDX series.


On Tue, 23 Aug 2022, Julien Grall wrote:
> > > I am putting some thoughts below (they can be split in a separate thread
> > > if you prefer).
> > > 
> > > This is not the first time this topic is brought up and probably not the
> > > last as long as we have file using GPLv2+.
> > > 
> > > IIRC from past discussion there are two broads concern with GPLv2+:
> > >   - We are leaving the choice of which license applies to the person
> > > copying the code. So if a new version is released that is less favorable
> > > to the initial contributor, then we have no leverage.
> > >   - Some companies are rather cautious to contribute code that my be
> > > licensed under GPLv3 (would be allowed with GPLv2+).
> > > 
> > > The later is particularly a problem because not many people realize that a
> > > fair part of Xen on Arm is GPLv2+. I never really understood why we chose
> > > that (this was before my time) but this got spread as the existing
> > > copyright was added to a new file. Admittely, the contributor should be
> > > more cautious. But I would not say this is trivial to spot the difference.
> > > 
> > > I would like to consider to re-license all the GPLv2+ files to GPLv2.
> > > AFAIU, this would mean we would need to ask the permission for every
> > > comapany that contributed to the file. Do you know if this was done before
> > > in Xen Project?
> > 
> > If I am understanding right, GPLv2+ means that someone could relicense the
> > files to GPLv3 if he wants which is more restrictive.
> > Why do you want to move those back to GPLv2 ?
> The main difference between GPLv2 and GPLv3 is the patent section. This has
> caused some concerns in the past when a stakeholder want to contribute to Xen
> Project.
>
> While looking through at previous discussion, I found the original discussion
> [1] which contains a lot more details.


I agree with Julien. Also, I don't think that having GPLv2-or-later on a
few source files is of benefit to anyone (if Xen was GPLv2-or-later as a
whole it would be a different discussion).

Moving from GPLv2-or-later to GPLv2-only is not a relicense. The "or
later" statement is not part of the license itself. It would be limiting
the choice of license to a subset of what is currently allowed: i.e.
from [GPLv2,GPLv3] to [GPLv2]. I don't think we need approval from the
original authors from that.

The original authors already stated: "my code can be either under GPLv2
or GPLv3". Now we are only offering it under GPLv2. Users can still get
the older version from a past Xen release under GPLv3 if they want to.

So I think we can drop "or later" any time as long as the maintainers
agree.

George, do you agree with the above?


  reply	other threads:[~2022-08-23 18:54 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-08-18 22:02 [PATCH v2 0/3] introduce SPDX Stefano Stabellini
2022-08-18 22:03 ` [PATCH v2 1/3] Add SPDX to CODING_STYLE Stefano Stabellini
2022-08-19  7:33   ` Julien Grall
2022-08-19 22:24     ` Stefano Stabellini
2022-08-20 18:33       ` Julien Grall
2022-08-19  7:54   ` Jan Beulich
2022-08-18 22:03 ` [PATCH v2 2/3] Add licenses under LICENSES Stefano Stabellini
2022-08-19  7:30   ` Julien Grall
2022-08-19 22:27     ` Stefano Stabellini
2022-08-20 18:37       ` Julien Grall
2022-08-18 22:03 ` [PATCH v2 3/3] add SPDX to arch/arm/*.c Stefano Stabellini
2022-08-19  7:52   ` Julien Grall
2022-08-19 22:53     ` Stefano Stabellini
2022-08-20 19:08       ` Julien Grall
2022-08-23 10:23         ` Bertrand Marquis
2022-08-23 10:53           ` Julien Grall
2022-08-23 18:53             ` Stefano Stabellini [this message]
2022-08-23 21:24               ` Removing "or later" from Xen license, Was: " Elliott Mitchell
2022-08-19  5:33 ` [PATCH v2 0/3] introduce SPDX Juergen Gross

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=alpine.DEB.2.22.394.2208231140140.15247@ubuntu-linux-20-04-desktop \
    --to=sstabellini@kernel.org \
    --cc=Bertrand.Marquis@arm.com \
    --cc=Volodymyr_Babchuk@epam.com \
    --cc=andrew.cooper3@citrix.com \
    --cc=george.dunlap@citrix.com \
    --cc=jbeulich@suse.com \
    --cc=julien@xen.org \
    --cc=roger.pau@citrix.com \
    --cc=stefano.stabellini@amd.com \
    --cc=wl@xen.org \
    --cc=xen-devel@lists.xenproject.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.