lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200706131402.11396.bernd.paysan@gmx.de>
Date:	Wed, 13 Jun 2007 14:02:10 +0200
From:	Bernd Paysan <bernd.paysan@....de>
To:	linux-kernel@...r.kernel.org
Subject: Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3

On Wednesday 13 June 2007 06:53, Alexandre Oliva wrote:
> You mean all the misunderstandings? ;-)

My impression as well is that there are many misunderstandings, even 
concerning the status of Linux itself. Linus is much better at kernel 
hacking than at license issues, and that's true for most other kernel 
hackers, too - that's why we have Eben Moglen to hack the license.

I want to add my two cents on what I think the legal status of the 
individual contributions to Linux are. The thing in question is not the 
GPLv2 itself (which is pretty clear that code without explicit statements 
is under "any", and if you make an explicit statement, it should read "GPL 
version two, or (at your option) any later version"), it's this text on the 
top of /usr/src/linux/COPYING:

"Also note that the only valid version of the GPL as far as the kernel
 is concerned is _this_ particular version of the license (ie v2, not
 v2.2 or v3.x or whatever), unless explicitly otherwise stated.

                        Linus Torvalds"

This text was added in or around 2.4.0-test9, but without asking for 
permission (neither from the FSF, which has the copyright of the GPL, nor 
from the other authors of the Linux kernel), and with some controversion 
afterwards.

This particular comment to how the GPL is applied to the Linux kernel 
therefore doesn't change the GPL as such (it can't without breaking 
copyright), neither does it change the licensing conditions the original 
authors put on their contribution (it can't without breaking copyright, 
either), but may only provide interpretations downstream (for the user). 
Linus is also entitled to make clairifications there, which the first 
paragraph obviously does (i.e. the text Linus added is not a change of the 
license, but a comment on it).

Again: What Linus is entitled to do is to *select* the license under which 
he redistributes the code downstream. What he can't do is to *change* the 
intention of the original author. So if you can choose what this somewhat 
ambiguous message means, and restrict yourself to reasoning that doesn't go 
into nonsense or copyright infringement, you'll pretty much come to the 
conclusion that the only thing Linus could have done back then without 
asking for permission is the license condition how he *redistributes* the 
compiled work called "Linux kernel" (it's a "compiled work", because it 
consists of a compilation of individual files from many authors).

The GPLv2 however is very clear how the end user gets the license: from the 
original author. Not from the man in the middle, from a distributor or 
kernel maintainer, who can neither add nor drop restrictions/permissions 
(and thus the special rights of a compilation editor are void). The author 
can only speak for himself, not by behalf of somebody else, as well as the 
compilation editor. That's why the FSF is so strict about having each 
author stating copyright and the license conditions on the top of the 
file - nobody else can.

So my conclusion is: If you, as contributor to the Linux kernel, want to 
make clear that your work really is GPLv2 only, you have to do that 
yourself, you have to add a notice like above to files where you 
exclusively own copyright. Very few have done that in the past, most people 
who *did* explicitely declare what versions of the GPL they want their work 
under, did choose the default text from the GPLv2, which sais "GPLv2 or 
later" (most use the GPL text template). The rest (the majority) did not 
choose to say anything, which under the GPL regime means "any"; and nobody 
but the author himself can change that (by adding a specific version). 
Linus can't change the GPL regime, because he can't change the GPL.

So, IMHO and IANAL, technically, there are only a few files in Linux which 
really can't work in a GPLv2+GPLv3 compiled Linux, and a few files wouldn't 
be a problem.

>From a practical point of view, I fully agree with Linus that there's no 
point in switching over to the GPLv3 next month unless there's some 
valueable contribution out there that's only available under GPLv3 (maybe 
from OpenSolaris), or the Linux kernel developers understand the GPLv3 
better. I don't see this point in the near future.

But what I want to say: The route to GPLv3 is not as blocked as it appears. 
And the GPLv2 is even better than you think: It paves that road as well: In 
practice, only projects that have a thight authorship control can really 
make their project GPLv2 only (like MySQL), and those projects have no 
problem to change their mind later.

What I don't understand about the GPLv3 with keys is why that depends on the 
use case. As user of commercial devices like company routers, firewalls and 
such, which often are Linux based, I don't want them sealed by the vendor, 
as well. An explicit statement is even worse than an implicit one (as in 
the GPLv2, which has been tested in a German court by Harald Welte - 
Siemens had to turn in the keys).

And now flame me to death ;-).

-- 
Bernd Paysan
"If you want it done right, you have to do it yourself"
http://www.jwdt.com/~paysan/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ