From: Paul Bolle <pebolle@tiscali.nl>
To: "Luis R. Rodriguez" <mcgrof@kernel.org>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Rusty Russell <rusty@rustcorp.com.au>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
Ciaran Farrell <ciaran.farrell@suse.com>,
Christopher De Nicolo <christopher.denicolo@suse.com>,
Richard Fontana <fontana@sharpeleven.org>,
Discussion and development of copyleft-next
<copyleft-next@lists.fedorahosted.org>,
One Thousand Gnomes <gnomes@lxorguk.ukuu.org.uk>,
Alan Cox <alan@linux.intel.com>, "Theodore Ts'o" <tytso@mit.edu>,
"H. Peter Anvin" <hpa@zytor.com>
Subject: Re: [PATCH] module.h: add copyleft-next >= 0.3.1 as GPL compatible
Date: Thu, 30 Jun 2016 00:45:23 +0200 [thread overview]
Message-ID: <1467240323.26658.69.camel@tiscali.nl> (raw)
In-Reply-To: <CAB=NE6WdBVB+J2m1YPDpG8K5tc9XBiPtmEodOriPad3vFcU+GA@mail.gmail.com>
On wo, 2016-06-29 at 15:01 -0700, Luis R. Rodriguez wrote:
> Long ago I reached similar conclusion and question, and therefore
> proposed a simple GPL-Compatible tag then as a replacement [0]. A few
> agreed [1], but others had a lot of reasons why we need to be explicit
> about tags for new licenses. I recommend the full thread reading if
> you are interested about more details, to me perhaps the best
> explanation of why we need explicit tags is the points Alan raised
> over historic incompatibilities and also of course new
> incompatibilities found [2]. Finding compatibility requires work and
> due diligence. That work was done here and as such a new tag is added.
>
> [0] https://lkml.kernel.org/r/1333757482-16204-1-git-send-email-mcgrof
> @frijolero.org
> [1] https://lkml.kernel.org/r/20120407002723.GA14568@kroah.com
> [2]
>
> https://lkml.kernel.org/r/20120408181227.5d9430d9@pyramind.ukuu.org.uk
Thanks, I wasn't aware of your previous work here.
But perhaps it wasn't clear I was talking only about the license ident:
the machine readable module tag. The tag that allows us to taint a
kernel when a proprietary module is loaded.
Most modules already have a comment in their files detailing the license
of that module. Why should that comment be summarized in the license
ident?
Requiring such a summary in the ident also means that mismatches can
occur: cases where the license ident doesn't actually match the comment
detailing the license of the module.
A choice between, say, "GPL v2 compatible" and "Proprietary" for license
idents allows us to taint the kernel if needed and still allows any GPL
v2 compatible (dual) license to be used for the module.
This requires proper license comments for modules. Most modules already
use those.
It also requires checking whether the license detailed in that comment
really is GPL v2 compatible. I'm guessing some people are actually doing
that. (I can't personally recall any discussion on a patch submitting an
improperly licensed module. But that must have probably already
happened.)
Paul Bolle
next prev parent reply other threads:[~2016-06-29 22:45 UTC|newest]
Thread overview: 45+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-06-14 18:35 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 [this message]
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
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=1467240323.26658.69.camel@tiscali.nl \
--to=pebolle@tiscali.nl \
--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=linux-kernel@vger.kernel.org \
--cc=mcgrof@kernel.org \
--cc=rusty@rustcorp.com.au \
--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
all inboxes | Powered by JetHome®