Torvalds "Pretty Pleased" With Latest GPLv3 295
Novus Ordo Seclorum writes "According to CNet, Linus Torvalds is 'pretty pleased' with the current GPL v3 draft. He said, 'Unlike the earlier drafts, it at least seems to not sully the good name of the GPL any more.' After his earlier criticism, some had questioned whether such controversies would lead to rifts in the community, especially if the kernel ended up under a different license than the GNU tools. But with the latest revisions, Linus will entertain moving the kernel over to the GPL v3."
Re:viral (Score:5, Informative)
Comment removed (Score:4, Informative)
Misleading summary? (Score:4, Informative)
Re:Move over? (Score:5, Informative)
Re:Glad and relieved (Score:3, Informative)
License upgrades by proxy (Score:5, Informative)
Re:viral (Score:3, Informative)
And this is viral how? Whether you believe the GPL is viral or not, the fundemental difference is that commerical licenses don't require you to distribute your indepedently written source code even if it's based on their libraries. As far as fees are concerned, many allow you to use their libraries simply because you paid for the tool with no per machine license.
this just means he's not puking on it (Score:3, Informative)
Re:Interesting.. (Score:4, Informative)
No, vitally important news for the future of the free/open source software movement day.
The linux kernel is pretty important to (duh) most linux distributions. However, so is a load of Free Software Foundation-controlled stuff, not least the compilers, make tools, standard C libraries, and shedloads of userland utilities from the "ls" command through to EMACS... plus the GPL license itself. If the two factions fall out then it can only be bad for Linux and other FOSS.
Slighty satirized and only approximately true capsule summary of the problem:
The FSF wants - quite badly - to move to the GPLv3 to prevent "TiVOization" (using GPL code in a hardware device but with DRM-type tricks that stops users changing the code) and, more recently, to stop future Novell/Microsoft FUD campaigns.
Linus and other linux kernel contributors want - quite badly - to keep the GPLv2 because:
The pro-FSF lobby countered these concerns with:
At which point ISTR Linus (or someone claiming to be he) said a Bad Word on Groklaw and PJ made him go and stand in the Naughty Corner until he had learned to control his potty mouth :-)
Then when the new draft of the GPLv3 appears it turns out that although the FSF have stuck to their guns they have been listening and have done some substantial re-drafting.
If Linus and the FSF are talking nicely again it can only be good news - even if Groklaw's swear box takings go down.
Re:Bribed. (Score:3, Informative)
Re:Bribed. (Score:3, Informative)
Ken [wikipedia.org].
Re:"or any later version" insanity (Score:4, Informative)
Why is it insane? There is nothing potentially dangerous about it.
Your code doesn't become 'GPLv3 or later' when GPLv3 comes out, it STAYS 'GPLv2 or later', meaning it is now available to someone who wants to use it under either the v2 or v3 licenses.
Thus there is no danger that at some point in the future someone won't be able to use your code with all the rights you assigned to it when you licensed it v2 or later.
However, if someone down the road likes v5, and starts up a GPLv5 project and they want to use your code, they can. Because at that point your code will be available under v2, v3, v4, and v5.
Thus the absolute WORST case of releasing your code as 'GPLv2 or later' is that one day the FSF will release a license you don't like, and people using it will still be allowed to use your code.
IE, the worst case is that future users will have MORE rights to use your code than they have today, if the GPL were to become even less restrictive (e.g. became, say, a BSD-like license). After all if the GPL gets more restrictive people can ALWAYS use your code with ALL the rights of GPLv2.
I think for nearly all of us, that is pretty much a non-issue. The odds the GPL will become less restrictive than v2 is practically zilch. And even if it did, no harm could come to people who want to use our code.
Mixing GPL versions... (Score:3, Informative)
No - the kernel is currently distributed under GPL v2 BUT it is not entirely comprised of GPL v2 only code. 40% of the Linux kernel has the "or later versions" message intact and can be trivially relicensed.
How much of the Linux kernel is GPLv2? [blogspot.com]
GPL v2 and GPL v3 code can be compiled into a single entity without issue. What you can't do is take some GPL v2 code, rewrite part of it and call it GPL v3. Aggregation of code has never been an issue.
Cheers,
Toby Haynes
Re:viral (Score:3, Informative)
Not really, because the kernel is explicitly states it is licensed under version 2. To quote the COPYING file:
Bits and pieces are GPLv2 or later, though
*Ahem* (Score:3, Informative)
Yes, there are some things you cannot do due to this being a user-space implementation, but for many purposes it is (will be once it reaches 1.0) sufficient.
most GPLv2 projects? (Score:2, Informative)
Its not a problem with most projects. Its only a problem with projects like the kernel where the "or later version" clause is missing.
Re:Tivo-ization (Score:3, Informative)
A better analogy would be if you were a musician who downloaded an album, studied the songs, then starting to play concerts using those songs and forbidding your public to make recordings.
If you've beneffited from freely obtaining the material in the first place, which right do you have to forbid others to do the same with your value-added work?
Re:Interesting.. (Score:3, Informative)
I wondered when you would show up.
We've been though this before. I don't agree that GPLv3 userspace software running on top of a GPLv2 kernel will "wrangle control from him" or "add restrictions to the kernel".
On the contrary, I think it is pretty clear that he opposed the DRM part from the start, and that this microscopic softening w.r.t. GPLv3 is in part caused by a watering-down of that section. Preventing DRM to restrict the freedom of GPL-covered software was one of the primary goals, so I think it is quite wrong to claim that he only opposed the implementation.
I never said he was. He is a very fine engineer, but that does not make him a deity when it comes to legal matters.
I don't think that GPLv3 code going into GPLv2 software is a high priority with the FSF. The important part is that GPLv2 code can go into GPLv3 software (except for code licensed as "GPLv2 only").
The word correctly is subjective in this context. What is the correct way to write the license to achieve one goal may be incorrect to achieve another goal.
I cannot see how GPLv3 code can go into GPLv2 code with anything else than effectively forcing the GPLv3 to become the GPLv2, and thus making it redundant. GPLv3 code will naturally close certain loopholes in the GPLv2, which will make it impossible for GPLv3 code to go into software where those license loopholes are still present.
Re:Interesting.. (Score:4, Informative)
Aha! Thank you for making this connection for me. I was having trouble giving a damn about this whole issue, but now I see it makes a huge difference not just for consumer electronics but for the PC hardware I'm going to (be forced to) buy in the next five years. Companies that make hardware impossible to use from open software should not be allowed to leech off GPL'ed code to do so.