Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3

[Alexandre Oliva]

On Jun 15, 2007, Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx> wrote:

> On Fri, 15 Jun 2007, Michael Gerdau wrote:
>> 
>> I find it obvious that the GPL was meant to prevent such to be possible.
>> This is what I mean by the "the spirit of the GPL".

> Umm. It may well have been meant by *rms*. But your argument fatally falls 
> down on the fact that rms has had *nothing* to do with the Linux kernel.

You're mixing two separate issues:

1- does GPLv3 change the spirit of the GPL?

2- is GPLv3 better than GPLv2 for Linux?

The answers may be different, and the reason I got into this debate
was to set the record straight on 1.  As the discussion evolved (if
developing into a flamewar can be characterized as evolving ;-), I
realized the motivations for preferring v2 over v3 were not clear to
me (and they still appear contradictory to me), so I started
investigating that, which is indeed 2., but is not about 3:

3- is Linux going to switch to v3?

>> Living in germany I'm also used to the courts valueing the
>> intention over the exact wording of a contract (a licence after all
>> is a contract). So I _think_ in germany TiVo would have lost a
>> lawsuit if they had tried it.

> Ehh. The intent that matters is not the intent of the person who
> authored the license, but the intent of the person who *chose* the
> license.

+1

> So clearly, the whole "modify in place" argument is simply *wrong*.

When you leave an essential portion of the reasoning out, which you
repeatedly did, this conclusion is obvious.  But it's also obviously
wrong to try to apply this conclusion to the argument that I phrased.

> It cannot *possibly* be a valid reading of the GPLv2! When the GPLv2
> talks about "legal permissions to copy, distribute and/or modify"
> the software, it does *not* mean that you have to have the ability
> to modify it in place!

Isn't a restriction on in-place modification a further restriction on
the permission to modify granted by the license?  A further
restriction that is not permitted by the license?

Again, this is not about ROM, CD-ROMs and other unmodifiable media.
In this case, the distributor is not imposing this restriction, it's
not selecting the media with the strict purpose of forbidding
modification.  It doesn't retain the ability to modify without failing
to pass it on.  This is the key distiction that you repeatedly
dropped.  And then, presented it as if it were a separate argument.

> 	  rights", but it is "all rights" ONLY AS FAR AS THE GPLv2 itself 
> 	  is concerned! It's not about any _other_ additional rights you 
> 	  may have outside the GPLv2!

I agree, and I don't think I've ever claimed otherwise.  It's rights
as far as the software is concerned, and even this might be pushing it
a bit too far.  That's why the spirit gives the intuition, but the
legal terms are precise in turning that into "no further
restrictions", as I'd already explained long before you did.

But then, again, the license grants the right to modify, and prohibits
further restrictions to it, so I claim that saying "you can modify,
just not in place, because I won't let you do it" (rather than because
it's impossible), that's a further restriction of a freedom granted by
the license, which turns into a license violation.


Now we can turn into the debate on whether replacing is modifying, and
the conclusion is quite possibly that, in legal terms, it isn't.  I
don't care.  I'm not here to debate the legal terms.  I'm in this
debate to set the record straight on whether GPLv3 changes the spirit
of the GPL.

> See? Both of Alexandre's arguments about why Tivo did something "against 
> the license" were actually totally bogus.

Actually...  What you name as two separate arguments were two parts of
*one* of the 3 arguments I've raised so far.

-- 
Alexandre Oliva         http://www.lsd.ic.unicamp.br/~oliva/
FSF Latin America Board Member         http://www.fsfla.org/
Red Hat Compiler Engineer   aoliva@{redhat.com, gcc.gnu.org}
Free Software Evangelist  oliva@{lsd.ic.unicamp.br, gnu.org}
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/