Linus Says No GPLv3 for the Linux Kernel 415
HenchmenResources writes "Late Wednesday a posting from Linus Torvalds appered on the the Linux Kernel Mailing List. In it Linus states that the Linux Kernel will remain under the GPLv2. Types Linus,"The "version 2 of the License, or (at your option) any later version" language in the GPL copying file is not - and has never been - part of the
actual License itself.""
What v3 does he mean? (Score:3, Insightful)
What is that thing about developers having to turn over their private keys? I don't think anything that stupid is even considered for GPLv3.
I wish there would be a rational and friendly discussion. Is that too much? Have we come thus far?
Don't see how this is a story. (Score:5, Insightful)
Huh (Score:3, Insightful)
DRM, private keys (Score:5, Insightful)
I think he's thought it though, and I think the decision makes sense. No one says you have to increment from GPLv2 to GPLv3, it is at your option. RMS make the license more restrictive, too restrictive, therefore Linus said no.
Re:What v3 does he mean? (Score:3, Insightful)
Yeah but that is not the reason Linus is giving. He doesn't like it (and he mentions that bizarre private key issue as a reason for that), and so he doesn't even get to the point where he starts wondering whether it would be practically possible to change licenses. At least that's the way I read his post.
Linus does not trust Stallman (Score:2, Insightful)
Re:I don't get it... (Score:4, Insightful)
Is Linus on crack?
Re:Linus does not trust Stallman (Score:3, Insightful)
I wasn't aware the FSF was a failure either.
Why on earth loathe the guy? I feel like I missed something.
Re:Well, this is how it goes: (Score:3, Insightful)
Re:What v3 does he mean? (Score:1, Insightful)
The lack of keys in the first case will cause the software to not work. The lack of keys in the second case would cause warnings at some point stating that there's no guarrantee that Linus actually wrote the code that you've just uploaded to an FTP site, whiich would be safely ignored by anyone who was expecting you to post a modified version of the code. In this case, there's nothing stopping you from signing it with your own keys to prove that this is the version you modified.
If the GPL v3 is vague between these two types, then it definately needs rewording.
Re:Linus does not trust Stallman (Score:4, Insightful)
Re:What v3 does he mean? (Score:5, Insightful)
This simple, clear statement should be at the beginning. I think if you argue about this in the future, you would help your case to lead with this, and then back it up afterwards.
Which is why HURD will never see the light of day (Score:3, Insightful)
Re:DRM, private keys (Score:5, Insightful)
Re:Refusing contributions? (Score:2, Insightful)
If someone has released software under a previous version of the GNU Public license and they did NOT include the clause allowing relicencing under a later version of the GPL then you can NOT combine it with GPL version 3 code.
The suggestions were to contact the copyright owners and see if they will agree to re-licence the original code, or for you dual license YOUR code so that it could be used under either license.
Now, for the Linux Kernel, I was much more involved back in the 1991 time frame, don't recall any contributions that I would consider noteworthy, but in those days it was very common to see un-attributed patchs for various things. Don't know if you could track down all of the copyright owners from the very early days. Supposing (and I have no reason to suspect otherwise) that Linus knows (including then current contact infomation) who generated all of the initial contributions which were adopted into the main kernel. He (or someone) would need to track then all down (including the next of kin of any who have died) to get them to agree to a change of license. 1991 is 14 years ago... think of all the people you traded e-mails with even 10 years ago and
Re:Maybe Linus doesn't LIKE what GPL3 requires? (Score:5, Insightful)
heh. That depends on what you mean by free:
A) Free as in free to do what you like with. eg, GPLv2 is more "free" in this sense because businesses have more "freedom" to DRM or patent encumber software under this license.
B) GPLv3 has more restrictions in place to guarantee that software licensed under it is not encumbered by patents or DRM restrictions. Thus it guarantees that DRM and patent restrictions don't restrict people "freedom" to use the software.
BSD style is more free in terms of (A) and less free in terms of (B). For example I am "Free" to contribute secretly patented code to your BSD project and then take you to court for patent infringement when you distribute said software. Is that a freedom you intended to grant me or would you actually have preferred to use a more restrictive license after all?
Re:I don't get it... (Score:3, Insightful)
Linus clearly plans for the Linux kernel to support DRM in the future if hardware and future content seems to demand it. Has has no qualms about supporting DRM, as long as it's done "right". When and if DRM comes to the kernel, those provisions of the GPL could have serious consequences for Linux, perhaps even making it illegal to realistically use Linux on the DRM hardware it was designed to support.
Re:Why trust anyone? (Score:3, Insightful)
This whole argument about GPLv3 is moot anyway. Why on earth would anyone want to relicense? Its like upgrading software that works just fine the way it is. I think Linus made the right call - There is no reason to promote a relicensing of the kernel. In fact there is no reason why anyone would.
Not many people license under the GPL anymore (compared to 3-5 years ago). Most use dual BSD/Apache style licensing now. This latest "update" to the GPL is pushing more companies away from OSS, not closer. I know my company wants nothing to do with GPL but instead dual licenses their OSS projects.
The linux kernel depends on corporate sponsership in a variety of ways. I think if Linus could reset the license, it too would have used something other than GPL.
Good call Linus, and keep up the good work!
Same old (Score:2, Insightful)
I will sit back and watch this time as well... if history repeats, we will see V3 is the best yet.
As for Linus, he is only human and it seems he is having more difficulty not allowing emotions cloud his opinions as he ages, so his opinion of V3 carries little weight. (And how many of us are better than him?)
Re:What v3 does he mean? (Score:5, Insightful)
It sounds like his gripe with the GPLv3 is that it is imposing restrictions on what modifications or contributions can be made, which is not the same agnostic view as in previous versions.
The idealist (RMS) and the engineer (Linus) are definitely at a point of contention on this issue...it'll be interesting to see what happens.
Re:Fear Uncertainty Doubt (Score:3, Insightful)
As multiple posts point out, it's more to do with the licensing minutae then a some kind of relational "trust" problem. I'm not sure where you get that, but please re-consider the facts.
and his social agenda.
His "social agenda" is at the very least partially responsible for the loads of free software and **innovation** in the computing industry. If you don't agree with his views, then there's lots of commercial software vendors with proprietary software waiting for you to buy.
Really? Failed? I've got at least three great production-class operating systems built on the Linux kernel serving pages for a big part of the Internet. (Debian, Slackware and your favorite distro)
I respect anyone who can disagree with an opinion/belief responsibly. Casting Mr. Stallman as a tyrant with a "social agenda" (damn hippie!) is flat-out propaganda and grossly irresponsible.
We have a wonderful freedom to vocally disagree in America. I just wish you and others would take that responsibility more seriously. Please consider your opinions more carefully before hitting the "submit" button.
Re:What v3 does he mean? (Score:5, Insightful)
On the other hand, if somebody set up a non-profit to create the nextest bestest portal application, there's a real chance that the non-profit org could go bankrupt, regardless of the sincerity of their intention. Or the org could undergo a leadership change and a change of philosophy. If you had assigned your code to them, it could easily wind up in a proprietary commercial application. The GPL would protect existing releases, but anybody who held all the copyrights could update and re-release under a proprietary license.
Even if the terms of assignation were written to preclude this, such provisions might not survive bankruptcy.
Re:What v3 does he mean? (Score:3, Insightful)
Whos to say what will or will not run? They give all their code back, but their hardware is not even close to related to the GPL. You can run every mod to the software you want on your own hardware just fine, but to just let anyone run their own forks on their hardware is far past the scope of the software license. It sounds like a good idea, but it would really lead to a state we don't want to have for the next 10+ years. Requiring signed executables is a good security practice and keeps people from flashing their devices into paperweights, if they were required to open their keys nobody would even use them so it becomes a nonissue. Why would you bother to check a signature if anyone could sign it? It just sounds like rms is being pissy and trying to get his ball back cause someone is playing a better game with it than he was.
cost vs. benefits (Score:4, Insightful)
OK, so it appears Linus has decided that Linux will not be converted over to GPL v3. Lots of people have given philosophical opinions about this, but what if we step back and look at it from a purely practical point of view? What are the costs of converting to GPL v3, and what benefits would it provide to the Linux maintainers and users?
Possible benefits:
That's pretty much it as far as the positives for Linux, as far as I can tell. Now, what about the negatives?
So what is the bottom line? Converting offers basically no major advantage. GPL v2 is just as good as GPL v3 for the purposes of Linux. And, converting is a huge hassle. So, rather than looking at why Linus isn't converting the kernel over, why don't we ask this question: why should it be converted over? There doesn't seem to be any kind of compelling advantage.
My guess is that the same thing is going to apply to lots of other projects. Converting is a great big hassle, and it doesn't offer any big advantage, so people just won't bother.
Re:Linus does not trust Stallman (Score:4, Insightful)
I rather doubt that. I think he is trying to fight the creation of an environment where free software is either illegal to run or technically impossible to run. Both are quite possible. After all, what good is software with no hardware to run it on? Stallman is right to worry about that point.
Stallman has ALWAYS considered non-free software immoral. He is "leading by example," so to speak. The problem is the hardware side is more difficult to handle, since fab equipment for chips is not a simple or inexpensive proposition.
I don't like the GFDL because of its invariant sections (primarily) and so in that regard I disagree with the approach he and the FSF have taken, but on the whole they seem to be facing up to some very unplesant possibilities and trying to put roadblocks across their ever being implemented. I'm reminded of two Lord of the Rings quotes:
"It needs but one foe to breed a war, not two."
"Those without swords can still die upon them."
Stallman is doing exactly what he has always done - respond to the threats as they become apparent. His approach to patents is another step in the same direction.
To paraphrase a sig I saw somewhere: "it's only paranoia if they AREN'T actually out to get you." Like security, license writers should be paranoid about threats to their intent. It's just too expensive to try hashing things out in court.
Re:How to force disclosure of private keys (Score:4, Insightful)
Nice try, but it wouldn't work. You don't have legal rights to Linus' key. Section 12 states that if you cannot legally meet the obligations of the license (in this case, giving out Linus' key), you cannot distribute the code at all.
Since you can't force Linus to give up his key (it's under his copyright, and there's no obligation for him to give it up under the GPLv3), you simply can't distribute your embedded device to anyone with the GPLv3ed software included. Doing so would be a violation of the GPLv3.
The only time that you would have to give up a key is if you distribute the code in such a way that a key is required for custom modifications to work. Trying to do so using a key you don't have rights to falls prey to Section 12, meaning you can't distribute the software at all.
Re:What v3 does he mean? (Score:2, Insightful)
basically, V3 is saying you can use the software in any way you want, but you can't add DRM into it for your own program that you want to distribute... because it would curtail your users from using that program for any purpose... but this restriction is restricting your own use... arghhh... logical paradox loop... brain hurtz...
Re:What v3 does he mean? (Score:3, Insightful)
I agree the general point of your post, but I just wanted to add that this "idealist/engineer" contrast is slightly inaccurate. In fact, I think Linus once said something like "RMS is the great philosopher, I am the engineer" (correct me if I'm wrong). RMS sure talks a lot about philosophy and Linus does not, but that doesn't mean that RMS isn't as much of an engineer. He's responsible for some of the most important and popular programs out there, such as GCC, GDB and Emacs. So, IMHO, it should be something more like "RMS is the idealist engineer, while Linus is the pragmatic engineer." In other words, RMS does work adhering to a strict philosophy, while Linus is more concerned with just getting the work done.
The right to choose... (Score:2, Insightful)
I can't see why Linus should not have the right to choose the licens under wich he will release his code.
--
I am probably just an old idealist but so is RMS.
Re:What v3 does he mean? (Score:3, Insightful)
Free software is a matter of the users' freedom to run, copy, distribute, study, change and improve the software. More precisely, it refers to four kinds of freedom, for the users of the software:
The GPL has always been focused on the user, not the developer. It certainly is no great benefit for a developer who wants to use some GPL code to have extra restrictions placed on him. Those restrictions are there so that users cannot get locked out of their own software. They are not there so that the code remains available for developers to play with.
Although I think it's a bit extreme to put what amounts to usage guidelines (anti-guidelines?) into the license, it does fall in line with their intention to protect freedoms of the users, at the expense of freedoms of the developers.
Re:What v3 does he mean? (Score:3, Insightful)
That's thin ice. Is not "future versions", but "different copies".
Say I managed Linus to accept my (gpl-ed) contribution to the kernel, like that:
Then the *copy* (not the version) that goes into the kernel gets gpl-ed, thus all other copies from that copy get under the gpl too. But since I'm the author and copyright holder of my contribution, I can take a different copy (neither the one I passed into the kernel nor a copy from that copy) and license it any way I see fit. So no, I won't need to develop a new version of my contribution:
I can go with a *new* copy of my first version.
By the way, that's how companies like Troll Tech manage to double-license their code by taking copyright ownership of all the codebase, and that's how, technically, the FSF could produce tomorrow a proprietary version of, say, GCC 2.95, to name an obviously old version of that codebase (of course, under the asumption that GCC is truly an FSF copyright-holded piece of code). That wouldn't affect your already gpl-granted gcc copy in any way.
Re:What v3 does he mean? (Score:3, Insightful)
No, we don't need to trust this. You can't take a paragraph from a contract and say "that's all with it". You need to see it in context.
Now: what does point 9 say?
"9. The Free Software Foundation may publish revised and/or new versions of the General Public License from time to time. Such new versions will be similar in spirit to the present version, but may differ in detail to address new problems or concerns."
You see, if the FSF publishes a new version of dissimilar spirit (of course, that should have to be decieded under a tribunal on the worst case) that would be license violation, thus void and unforceable. So if you say "this is distributed under the GPLv2 or later" that's not what it seems, a blank note, since any later GPL version can't be "just anything" but only something similar in spirit (which is quite clearly stated in the preamble) or it won't be a valid relicenseable candidate; at the very least this reasonement would give you a solid position in court, wich is neither more neither less than if you had to fight against any inane corporation that just took your code away.
Re:Which is why HURD will never see the light of d (Score:5, Insightful)
> with both individuals and companies because it is more flexible (from a copyright
> standpoint) than HURD.
No.
Linux is more popular than HURD because at certain critical points in history it was "working" and "ready" for definitions of "working" and "ready" that could not really be applied to HURD at the time. Basically, Linux was in the right place at the right time. HURD never showed up to the party, and there was a licensing lawsuit connected with BSD at a particularly critical point in time which left it just a little behind in just the wrong ways at just the wrong time, allowing Linux to get "ahead" in terms of mindshare and popularity in the developer community. Consequently, there was a several-month time window, at a particularly important time in history (right about when a lot of college undergrads were first getting net access) when if you wanted a freely-available, freely-modifiable, freely-redistributable operating system, Linux was _the_ obvious choice. That gave it a leg up, got a lot of people involved with improving it, and made it the leading and most popular free OS. Nothing has yet managed to unseat it from that position.
Just to be clear, I'm not saying that the FSF's policies haven't hampered HURD development. They likely have. What I'm saying is that that is not the key important reason why Linux is ahead of HURD (both in terms of popularity and development cycle). The key reason is because Linus had working, usably complete code at an important time when the FSF (in terms of a kernel) did not.
If the timing had worked out differently, the HURD might have been in the leading position, in spite of the FSF's (admittedly rather strict) copyright policies. It is notable that a number of the FSF's *other* projects, despite said policies, are leading implementations in their respective niches, because those projects were finished to the degree they needed to be and working to the degree they needed to be when they needed to be. Emacs for instance was there enough and working enough (for _most_ of the folks who wanted an Emacs, albeit not for Lucent) that XEmacs is just another, somewhat less popular alternative, rather than completely eclipsing Gnu Emacs as Linux has done to HURD.