All of lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas Gleixner <tglx@linutronix.de>
To: Greg KH <gregkh@linuxfoundation.org>
Cc: Allison Randal <allison@lohutok.net>,
	J Lovejoy <opensource@jilayne.com>,
	linux-spdx@vger.kernel.org
Subject: Re: clarification on -only and -or-later
Date: Wed, 22 May 2019 16:20:06 +0200 (CEST)	[thread overview]
Message-ID: <alpine.DEB.2.21.1905221617230.1637@nanos.tec.linutronix.de> (raw)
In-Reply-To: <20190522140014.GA8996@kroah.com>

[-- Attachment #1: Type: text/plain, Size: 1727 bytes --]

On Wed, 22 May 2019, Greg KH wrote:
> On Wed, May 22, 2019 at 09:53:48AM -0400, Allison Randal wrote:
> > On 5/22/19 2:23 PM, Greg KH wrote:
> > > On Tue, May 21, 2019 at 12:05:37PM -0600, J Lovejoy wrote:
> > >>
> > >> I think what I was looking for here, was confirmation as to whether we
> > >> want to do the “literal” GPL-1.0-or-later option that the license
> > >> provides for, or trigger the option to “choose any version” and go
> > >> with GPL-2.0-or-later for consistency of v2 across the kernel and for
> > >> other reasons I believe you raised regarding GPL-1.0
> > > 
> > > I don't understand.  Can you point to any files in the kernel where we
> > > have used the "GPL-1.0+" marking incorrectly?
> > 
> > Jilayne's question wasn't about current usage in the kernel, it was
> > about what we should do in this cleanup process when we get to files
> > where the license notice doesn't have an explicit GPL version number or
> > include the "or later" text. Thomas hasn't gotten to those patterns yet
> > in his batch processing.
> 
> Ah, ok.
> 
> But note, we have already marked such files as "GPL-1.0+" in the past,
> so any change in that behavior would require us go back and change what
> we did, showing the justification for that.
> 
> I would stick to the rule of what we have already done in these cases,
> it's simpler and seems to make sense of a crazy situation.

Yes and no. There is a good reason to remove the GPL1+ crap completely and
I already got permission from Redhat to change their GPL/GPL'ed notices to
GPL-2.0-or-later. So once we get to that pile we might at least try to talk
with the copyright holders and clarify it. Each odd license which gets
removed is a win.

Thanks,

	tglx

  reply	other threads:[~2019-05-22 14:20 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-05-20 18:40 clarification on -only and -or-later J Lovejoy
2019-05-20 18:52 ` Greg KH
2019-05-20 19:26   ` J Lovejoy
2019-05-20 21:35     ` Allison Randal
2019-05-20 22:09       ` J Lovejoy
2019-05-20 22:19         ` Allison Randal
2019-05-20 22:52           ` J Lovejoy
2019-05-20 23:15             ` Allison Randal
2019-05-21 17:24 ` Bradley M. Kuhn
2019-05-21 18:05   ` J Lovejoy
2019-05-22 13:23     ` Greg KH
2019-05-22 13:53       ` Allison Randal
2019-05-22 14:00         ` Greg KH
2019-05-22 14:20           ` Thomas Gleixner [this message]
2019-05-22 14:30             ` Allison Randal
2019-05-22 15:45               ` Greg KH
2019-05-22 19:04                 ` Bradley M. Kuhn
2019-05-22 14:22           ` Allison Randal
2019-05-22 15:03           ` J Lovejoy
     [not found]   ` <5EB6B416-F24C-4741-BC0E-6C1896E7A705@jilayne.com>
2019-05-21 21:14     ` Bradley M. Kuhn

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.21.1905221617230.1637@nanos.tec.linutronix.de \
    --to=tglx@linutronix.de \
    --cc=allison@lohutok.net \
    --cc=gregkh@linuxfoundation.org \
    --cc=linux-spdx@vger.kernel.org \
    --cc=opensource@jilayne.com \
    /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.