linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Luis R. Rodriguez" <mcgrof@suse.com>
To: Linus Torvalds <torvalds@linux-foundation.org>,
	AKASHI Takahiro <takahiro.akashi@linaro.org>
Cc: "Luis R. Rodriguez" <mcgrof@kernel.org>,
	Alan Cox <alan@linux.intel.com>,
	Greg KH <gregkh@linuxfoundation.org>,
	torvalds@linux.intel.com, Rusty Russell <rusty@rustcorp.com.au>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	ciaran.farrell@suse.com, christopher.denicolo@suse.com,
	fontana@sharpeleven.org, copyleft-next@lists.fedorahosted.org,
	One Thousand Gnomes <gnomes@lxorguk.ukuu.org.uk>,
	"Theodore Ts'o" <tytso@mit.edu>, Paul Bolle <pebolle@tiscali.nl>,
	Peter Anvin <hpa@zytor.com>, Joe Perches <joe@perches.com>
Subject: Re: Kernel modules under new copyleft licence : (was Re: [PATCH v2] module.h: add copyleft-next >= 0.3.1 as GPL compatible)
Date: Thu, 11 May 2017 20:02:11 +0200	[thread overview]
Message-ID: <20170511180211.GW28800@wotan.suse.de> (raw)
In-Reply-To: <CA+55aFyhxcvD+q7tp+-yrSFDKfR0mOHgyEAe=f_94aKLsOu0Og@mail.gmail.com>

Sorry this is an old topic now but a clarification was requested by AKASHI,
so following up.

On Tue, Aug 09, 2016 at 07:58:27PM -0700, Linus Torvalds wrote:
> On Tue, Aug 9, 2016 at 1:14 PM, Luis R. Rodriguez <mcgrof@kernel.org> wrote:
> >
> > I'm personally fine with MODULE_LICENSE("GPL") being used with copyleft-next code
> > and find it sensible.
> 
> I'd rather have the kernel license be as clear as possible, so I'd
> tend to prefer that
> 
>   MODULE_LICENSE("GPL")

Great will use this.

> and then if you want to dual-license it, just put something like "or,
> at your option, copyleft-next" in the comment at the top.

The "or" language can be confusing though.

Even though the following document refers to permissive licenses and using them
on GPL projects it does contain some information about using the "or" clauses
on section 4 which may be relevant here:

https://www.softwarefreedom.org/resources/2007/gpl-non-gpl-collaboration.html

So experience seems to show that when the licenses are compatible such "or"
language can be a bit confusing.  My understanding is such "or" language is
really is only necessary or helpful for when you have some sort of incompatible
licenses, and that's not the case here.

> That makes it clear that as far as the kernel is concerned, it's
> GPLv2, but if somebody finds it useful for other projects, they can
> choose to take that file under copyleft-next (whatever version that
> would be..).

Indeed, my goal is to make it clear GPLv2 applies to copyleft-next material
when used on Linux, and grant the right to use the code either on GPLv2 code or
larger copyleft-next code; that's in fact the neat benefit of copyleft-next: it
lets copyleft advance even when projects are stuck on the old copyleft.

Since the license *already explicitly states GPLv2 applies* when copyleft-next
code is used on a larger GPLv2 project I figured the above macro:

	MODULE_LICENSE("GPL")

would suffice to make it even clearer, but to avoid propagating any further
"or" confusion -- I would prefer just using a copyleft-next license header to
suffice for folks use the code on either GPLv2 or copyleft-next code. Ie, the
or clauses would not be needed. Likewise for headers, only the macro would not
be used. That is:

file.c:
/* copyleft-next license header only */
MODULE_LICENSE("GPL")

file.h:
/* copyleft-next license header only */

Linus, is this fine?

  Luis

  reply	other threads:[~2017-05-11 18:02 UTC|newest]

Thread overview: 45+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-06-14 18:35 [PATCH] module.h: add copyleft-next >= 0.3.1 as GPL compatible Luis R. Rodriguez
2016-06-29 19:05 ` Luis R. Rodriguez
2016-06-29 19:46   ` Greg KH
2016-06-29 20:03     ` Luis R. Rodriguez
2016-06-29 20:13     ` H. Peter Anvin
2016-06-29 21:43   ` Paul Bolle
2016-06-29 22:01     ` Luis R. Rodriguez
2016-06-29 22:45       ` Paul Bolle
2016-06-29 23:01         ` Luis R. Rodriguez
2016-06-29 23:22           ` Paul Bolle
2016-06-29 23:29             ` Luis R. Rodriguez
2016-06-29 20:49 ` Paul Bolle
2016-06-30 22:50   ` Luis R. Rodriguez
2016-06-30 22:53 ` [PATCH v2] " Luis R. Rodriguez
2016-07-01 15:42   ` Greg KH
2016-07-18  3:26     ` Rusty Russell
2016-07-19 22:38       ` Greg KH
2016-07-19 23:29         ` Richard Fontana
2016-07-21  6:04         ` Rusty Russell
2016-07-22  0:07         ` Luis R. Rodriguez
2016-08-09 20:04           ` Kernel modules under new copyleft licence : (was Re: [PATCH v2] module.h: add copyleft-next >= 0.3.1 as GPL compatible) Alan Cox
2016-08-09 20:14             ` Luis R. Rodriguez
2016-08-10  1:25               ` [copyleft-next] " Luis R. Rodriguez
2016-08-10  2:58               ` Linus Torvalds
2017-05-11 18:02                 ` Luis R. Rodriguez [this message]
2017-05-15 15:18                   ` Alan Cox
2017-05-16 23:27                     ` Luis R. Rodriguez
2017-05-17 13:36                       ` Alan Cox
2017-05-17 16:55                       ` Theodore Ts'o
2017-05-17 17:41                         ` [copyleft-next] " Luis R. Rodriguez
2017-05-18 22:12                           ` Theodore Ts'o
2017-05-18 23:04                             ` Luis R. Rodriguez
2017-05-18 23:08                               ` David Lang
2017-05-18 23:29                                 ` Luis R. Rodriguez
2017-05-19 15:15                                   ` Theodore Ts'o
2017-05-19 11:31                               ` Alan Cox
2017-05-19 15:09                                 ` Luis R. Rodriguez
2017-05-19 17:59                                   ` Luis R. Rodriguez
2017-05-19 18:04                                     ` Luis R. Rodriguez
2017-05-19 22:55                                       ` Alan Cox
2017-05-25 17:05                                       ` Pavel Machek
2017-05-25 17:31                                         ` Luis R. Rodriguez
2017-05-25 20:14                                           ` Pavel Machek
2017-05-25 22:54                                             ` Luis R. Rodriguez
2016-08-09 21:46             ` Richard Fontana

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=20170511180211.GW28800@wotan.suse.de \
    --to=mcgrof@suse.com \
    --cc=alan@linux.intel.com \
    --cc=christopher.denicolo@suse.com \
    --cc=ciaran.farrell@suse.com \
    --cc=copyleft-next@lists.fedorahosted.org \
    --cc=fontana@sharpeleven.org \
    --cc=gnomes@lxorguk.ukuu.org.uk \
    --cc=gregkh@linuxfoundation.org \
    --cc=hpa@zytor.com \
    --cc=joe@perches.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mcgrof@kernel.org \
    --cc=pebolle@tiscali.nl \
    --cc=rusty@rustcorp.com.au \
    --cc=takahiro.akashi@linaro.org \
    --cc=torvalds@linux-foundation.org \
    --cc=torvalds@linux.intel.com \
    --cc=tytso@mit.edu \
    /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 NNTP newsgroup(s).