One of those is that there will be no GPLv3 at all for another year. What is being circulated is a draft, and, if the Free Software Foundation is responsive to comments at all, there are likely to be changes. There is little point in debating the adoption of a license which does not exist, which is why most kernel developers have stayed out of the current discussion. While a certain ZDNet columnist engaged in a humorous exercise in wishful thinking:
The simple fact is that most developers are taking a quiet "wait and see" approach for now. And, now or later, there seems to be little appetite for a big licensing fight.
Another thing to keep in mind is that Linus can change his mind, even after seemingly painting himself into a corner with an absolute statement. One of your editor's favorite Linus pronouncements was issued almost exactly seven years ago. In response to a query on how to set up an i386 box with 4GB of memory, Linus stated:
EVER.
You need more that 32 bits of address space to handle that kind of memory. This is not something I'm going to discuss further... This is not negotiable.
Less than one year later, Ingo Molnar's high memory patch was merged for 2.3.23. The lesson is clear: even when Linus says "never," the right argument can change his mind. And, in fact, Linus has left the door open to just that possibility:
So I'm not _entirely_ dismissing an upgrade, but quite frankly, to upgrade would be a huge issue. Not just I, but others that have worked on Linux over the last five to ten years would have to agree on it.
The door may not be open very far, but neither is it barred shut.
Then, there's the fact that, as Linus points out, it is not just his decision. Much code in the kernel is explicitly licensed with the FSF's recommended "or any later version" language; that code will be distributable (separately from the kernel) under the GPLv3 in any case. Relicensing the GPLv2-only code, however, would require the assent of every developer who holds copyrights on that code. Given that copyrights in the kernel are widely distributed and tracked by nobody, obtaining that permission would be a significant challenge.
Or would it? Linus added the explicit GPLv2 language for the 2.4.0-test8 release. Another significant kernel contributor (Alan Cox) is unconvinced that this language will get in the way:
If this view prevails, the number of copyright holders who would have to agree to a relicensing would be much reduced, and the problem might just become tractable.
The relicensing discussion is premature now, and it can be expected to fade away. But it will certainly come back. The anti-DRM provisions found in GPLv3 resonate strongly with many developers, and, to many of those, said provisions only clarify a requirement which, they believe, is already present in GPLv2. To these developers, locking Linux into a DRM-equipped machine takes away the freedom that the GPL promised in the first place and is an abuse of the software they have contributed to the world. The opportunity to end that abuse with a license change will be appealing; expect to see developers pushing for that change after the license becomes official.
Linus, however, has made it clear in the past that locking down systems with signed kernels is just fine with him. He reiterated that point recently:
So blue-eyed Linus is unlikely to agree to a license change on the basis of the
anti-DRM provisions. But it is possible that other factors could
eventually bring about a change of heart (and license). For example, many
of the changes in GPLv3 are motivated by the requirements of legal systems
in various parts of the world; if GPLv2 turns out to be hard (or
impossible) to enforce somewhere, a shift to GPLv3 could become more
appealing. Such a change,
however, cannot occur before the license moves out of the comment period and
is adopted officially by the FSF. Until then, any predictions on whether
the kernel will ever shift to the GPLv3 should be taken with a grain of salt.
GPLv3 and the kernel
Posted Jan 31, 2006 17:25 UTC (Tue) by dankohn (guest, #6006) [Link]
Here's a procmail formula for those Linus-hungry journalists (and others curious about what he's saying). It forwards his posts to a different address (I use a Bloglines email subscriptions folder), and kills everything else. It's a nice complement to, but of course no substitute for, LWN.:0 * ^X-Mailing-List:.*linux-kernel@vger\.kernel\.org|\ ^X-Mailing-List:.*git@vger\.kernel\.org { :0 * ^From:.*torvalds@osdl\.org ! [email protected] :0 /dev/null }
GPLv3 and the kernel
Posted Feb 1, 2006 6:52 UTC (Wed) by nurhussein (guest, #16226) [Link]
LKML.org has a Linus groupie RSS feed which grabs the latest Linus Torvalds emails from lkml:
GPLv3 and the kernel
Posted Feb 1, 2006 15:29 UTC (Wed) by Baylink (guest, #755) [Link]
"Linus groupie RSS feed".
/me chuckles
GPLv3 and the kernel
Posted Jan 31, 2006 17:51 UTC (Tue) by smitty_one_each (subscriber, #28989) [Link]
The free advertising alone is well worth saying a firey thing or five.
Marketing
Posted Jan 31, 2006 19:19 UTC (Tue) by darrint (guest, #673) [Link]
True enough. Linus "rejecting" GPLv3 is only going to increase the attention focused on it, on the Linux kernel, and ultimately, on some of the finer points of software licensing.
Improvement
Posted Jan 31, 2006 22:17 UTC (Tue) by man_ls (guest, #15091) [Link]
And, don't forget, it can lead to a better GPLv3. Torvalds' rejection surely has some legitimate grounds: maybe there is something wrong with the ideas behind the changes, maybe just the wording is not clear enough.
Improvement
Posted Feb 2, 2006 22:19 UTC (Thu) by cyd (guest, #4153) [Link]
Or maybe Torvalds is simply spouting rubbish, which is not unknown for him.
Improvement
Posted Feb 3, 2006 0:44 UTC (Fri) by liamh (subscriber, #4872) [Link]
Maybe. But after reading his comments I find myself mostly agreeing with his reasoning. And even before this, it did bother me that the GPL appeared to have made a shift from being only a copying license to also being a usage license. This is a worrysome jump. However, as almost no one has mentioned, other than (of course) LWN, this is a draft --- the v3 license doesn't exist yet. The draft was made public for precisely these kinds of discussions.
Improvement
Posted Feb 9, 2006 9:56 UTC (Thu) by forthy (guest, #1525) [Link]
GPLv3 is still a copying license, not a usage license. It allows usage restrictions to be compatible with licenses like ApacheL or CDDL from Sun. This is an optional "module" of the license.
The DRM part is non-optional, because I'm quite convinced that Linus simply is wrong, and the majority is correct, that the anti-DRM statement really is already in GPLv2, though not explicitely. Linus is just telling blue-eyed rubbish. That includes himself putting the "GPLv2 only" notice into COPYING. Didn't he read the "Thou shalt not alter the COPYING file" part of the GPL? It's right below the copyright statement!
Problems with Linus are to be expected...
Posted Feb 3, 2006 3:29 UTC (Fri) by zblaxell (subscriber, #26385) [Link]
Linus follows an even/odd release cycle. Even-numbered months are stable, but during odd-numbered months Linus undergoes a lot of active development and never enough testing. Sometimes serious bugs are introduced during odd-numbered months, causing Linus to produce incorrect or unexpected results. During even-numbered months, tireless Linus maintainers work to fix the bugs and produce a stable kernel developer, then an odd-numbered month starts and the whole process starts over again.
Note that in the current case and the 4GB highmem case, Linus's categorical statements were issued in odd-numbered months. The highmem stuff IIRC was merged in an October, an even-numbered month, when Linus had been better debugged and was a lot more stable.
;-)
Problems with Linus are to be expected...
Posted Feb 3, 2006 9:01 UTC (Fri) by hingo (guest, #14792) [Link]
I attended an Open Source seminar last Wednesday, and heard the following rather to the point quote: "The comments by Linus on GPL3 should be understood in the context that the new license is quite long and wordy and Linus is very lazy." ;-)
Problems with Linus are to be expected...
Posted Feb 10, 2006 17:33 UTC (Fri) by sammythesnake (guest, #17693) [Link]
It's true that "laziness" is a key feature of Linus' character, but I submit that it's a good thing, given that it's generally quite well marshalled. Laziness leads (via wisdom) to efficiency, and the evidence so far seems to be that Linus' laziness has actually had exactly that effect! :)
I remember reading in some o'reiley book that the three most important characteristics to have as a programmer included Hubris and Laziness (couldn't remember the third, but http://www.io.com/~shiva/ninevirtues.html suggests impatience)
Cheers & God bless
Sam "SammyTheSnake" Penny
"or any later version"
Posted Feb 3, 2006 11:00 UTC (Fri) by shane (subscriber, #3335) [Link]
I occasionally wonder about the "or any later version" clause.
"or any later version"
Posted Feb 4, 2006 1:54 UTC (Sat) by giraffedata (subscriber, #1954) [Link]
Yeah, for a contract that's true. I'm a contract lawyer. When you agree to abide by a document you haven't seen, you aren't normally held to that (but if you see it soon after and don't object, and it's a customary sequence of events, you become bound -- that's why shrink wrap agreements work).But there's no contract here. This is a unidirectional license binding only on the licensor, and the rules are probably different.
And it's not like licensees can lose anything. If I get Linux under GPL2 today with a "or any later version" clause, and FSF produces GPL3 next year, it doesn't take anything away from me -- it just means I have one more option if I want to redistribute my copy. The person it hurts is the copyright owner who now has a little less control over his code because I have more options.
A contract can refer to future events that are uncertain, even if they are under the control of some uninterested third party. Like when the interest rate on a loan is based on some number published in the Wall Street Journal each month. So one could probably say "whatever the FSF thinks is a fair license" and still be enforceable.
"or any later version"
Posted Feb 7, 2006 22:36 UTC (Tue) by pjgrok (guest, #17472) [Link]
If you'd like to write about this subject for Groklaw, would you please contact me? I would love
You're a contract lawyer, so you understand what the wording means, and how little it means,
but to developers it can look spooky, and it is my belief that it matters that developers and
lawyers figure out how to communicate better to avoid unncecessary issues.
Hope you don't mind, Jon, and if so, publish it here. I don't care, as long as it is published. I'll
gladly link to it instead. Either way is fine with me.
PJ
Copyright © 2006, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds