Moglen's Plans to Upgrade the GPL 411
Nick Irelan writes "Although it most certainly won't be easy, Eben Moglen is attempting to upgrade the GPL. He sees an opportunity to create a version of the GPL that will be able to adequately suit the needs of modern programmers. If they are implemented, his ideas will be the first major change the GPL has experienced since Richard Stallman wrote the original version. Eweek has an amazing article about Moglen's work. Linus Torvalds discussed what he believes should happen to the GPL with Eweek as well."
Re:Hopefully good will come out of this. (Score:3, Informative)
Re:Acronym (Score:4, Informative)
GPL = General Public License (GNU)
and
GNU = Gnu's Not Unix
The Creator (Score:3, Informative)
From the eWeek article:
"Linus Torvalds, the creator of the Linux operating system"
Not [gnu.org] a good start for this process...
Mod eWeek -50 Flamebait
Re:I can't see this helping... (Score:5, Informative)
Re:Hopefully good will come out of this. (Score:3, Informative)
Re:Interesting thing about the GPL (Score:4, Informative)
*feeds the troll*
If you use GPL, FSF can arbitrarily change the GPL to anything they want at anytime.
From the GPL:
9. The Free Software Foundation may publish revised and/or new versions of the General Public License from time to time... Each version is given a distinguishing version number. If the Program specifies a version number of this License which applies to it and "any later version", you have the option of following the terms and conditions either of that version or of any later version published by the Free Software Foundation. If the Program does not specify a version number of this License, you may choose any version ever published by the Free Software Foundation.
Re:Would you have to use it? (Score:2, Informative)
(IANAL, just an interested geek.)
Depends on how the developers licensed their work. Most GPLed software is licensed under 'GPLv2 or later' which means that you may chose between GPLv2 or a later version.
The Linux kernel is an exception. Linux Torvalds licensed it only under GPLv2 and he removed the 'or later' part. So the Linux kernel won't be (automagically) GPLv3, as intended by Torvalds. From my understanding he doesn't trust Stallman / FSF on this one. If the Linux people want GPLv3 then they'll have to do major efforts contacting all these people who contributed to the kernel, i suppose (you also stated this but it only applies on the GPLv2-only software which is a minority!).
To sum it up: almost all GPLed software will be compatible with GPLv3 and users may use the GPLv3 license instead. Also, developers may chose to license their newer code under 'GPLv2 or later' 'GPLv3 or later' or 'GPLv3 or earlier' or even 'GPLv3-only'.
Re:Hopefully good will come out of this. (Score:5, Informative)
An LGPL'd library (e.g. libc) can be used by non GPL'd software so long as you provide the ability to upgrade the LGPL'd library (dynamically linking satisfies this condition, as does providing object files and a link script).
Both of the above assume that copyright actually applies (if, e.g., your work isn't legally a derived work of the GPL'd or LGPL'd code then things are rather different).
More on the APSL 2.0 (Score:3, Informative)
Regarding Services (Major Changes in Apple Public Source License 2.0):
1. Licensees will only be required to release source code of Modifications they "Externally Deploy" (new Section 1.4, and Sections 2.1, 2.2). "External Deployment" is defined to cover the external distribution of APSL'ed code or use of APSL'ed code to provide a service (including content delivery) to a third party through electronic communication with that party.
Regarding Patent Litigation:
5. The Termination clause relating to patent suits (Section 12.1(c)) has been narrowed such that the license will terminate only if a licensee _initiates_ an action for patent infringement against Apple. It will not terminate in cases where Apple first sues the licensee and they file a countersuit.
So #5 seems to cover litigious bastards [sco.com] such as the SCO Group, except only for patent litigation. It'd be interesting if at some point this was updated to include copyright infringement litigation as well. And #1 seems to cover Web Services. Maybe Mr. Moglen will reference the APSL in revising the GPL.
--
Join the Pyramid - Free Mini Mac [freeminimacs.com] | Free Flat Screens [freeflatscreens.com]
Re:You gotta love contradictions (Score:2, Informative)
Re:Hopefully good will come out of this. (Score:2, Informative)
No. And there likely never will be. It's the same as your latter statement, if they don't follow the GPL, they have violated copyright law, and could be held liable for damages in a civil suit. Any other remedy would be an extreme and new precedent.
Re:Hopefully good will come out of this. (Score:4, Informative)
Re:Web Services (Score:3, Informative)
See, you don't have to agree to the GPL unless you do something which would be violate copyright if "All Rights Reserved" were the license.
Downloading and running a program doesn't violate copyright even if all rights were reserved, assuming the person you are getting it from is duly authorized to distribute it to you (lets assume they are).
Using the program internally and modifying it also fall outside the realm of copyright law.
Only distribution triggers copyright law restrictions, and only then does the GPL apply.
So even if they wanted to, the GPL couldn't make the requirement to submit internally used changes back to the maintainer, without putting it into the weaker legal realm of a "click through" agreement, like an MS EULA, which is probably not enforcable except in UCITA states.
Re:Hopefully good will come out of this. (Score:3, Informative)
Re:Hopefully good will come out of this. (Score:2, Informative)
Well, luckily (sarcasm) they don't have to be computed. The big boys have gotten laws passed that include statutory damages. So now their pet laws are causing them trouble? Oops.
A Nony Mouse
Re:Hopefully good will come out of this. (Score:3, Informative)
Bad example: (source [cygwin.com])
GNU Readline is the canonical example of a GPL'd library that makes no exceptions for other free software licenses.
Comment removed (Score:3, Informative)
Re:Hopefully good will come out of this. (Score:3, Informative)
check out section 504(c) for clarification here [copyright.gov]. Notice it also has provisions based on "lost business", but they are seperate from the statutory ones.
If, for example, Microsoft used a nifty feature copied directly from the HURD (hahaha) in longhorn and was found out two years and 10 million copies later they could easily owe billions of dollars in restitution.
Re:Hopefully good will come out of this. (Score:3, Informative)
You aren't. But you are denying them access to the code of your own application, which is something you promised to supply at the time you used GPL code in your project. (If you didn't intend to make that promise, then you were simply breaking copyright law)
Re:Hopefully good will come out of this. (Score:3, Informative)
The current situation is this: You can start with some software that is available by the terms of GPL, and create a derived work. But instead of redistributing it to others, you can just make your derived work available as a service (for example, a web app). You don't distribute the software -- it always runs on your computer, but simultaneously is used by other people.
The question this raises is this: in what way are you then bound to the terms of the GPL?
Since you're not distributing the software in any form (a binary or source or whatever) a lot of the GPL terms don't get triggered. (Some might even argue that you're not bound by the license at all.) You don't have to supply the source to the program to anyone, even though a lot of people may be using it.
The result is that users still end up becoming "hostage" to a single entity, with no way to alter or maintain the software that they use -- even though the software is technically GPLed and the main goal of GPL is to prevent that very thing from happening! Oops.
Thus it's likely GPL3 will have some provision that addresses this situation. The terms will have to be triggered by derived work creation rather than distribution.
The catch here, is that this is sort of idealogical poison. A lot of Free Software people don't like the idea that mere creation of a derived work that you never release, is a violation of copyright which can only be made legal by licensing.
For example, if a programmer creates a patch to some proprietary software, and only distributes the patch (not the original software itself) does the programmer need some kind of icense from the copyright holders of the original software? Ick. There's some tricky and murky and unpleasant stuff going on here.
Re:I can't see this helping... (Score:1, Informative)
Re:Future versions of the GPL (Score:3, Informative)
Re:You gotta love contradictions (Score:4, Informative)
The GPL version "2.2" is the DEVELOPMENT VERSION, which Prof. Molgen submitted to RMS for debate. To my knowledge, no one is using it (I haven't even SEEN it yet). The latest PRODUCTION VERSION is version 2, dated in 1991, the version that almost all GPL software is currently licensed under.
already taken care of (Score:3, Informative)
The only part of the GPL itself that mentions patents is section 7 (note that if you can't cite a section number, what you're quoting is not part of the license itself). Section 7 merely tells you that if a patent license or court judgement makes it impossible to distribute under the terms of the GPL, then you cannot distribute at all. This covers the case of the IBM patent grant just fine - code using those patents can be distributed under the terms of the GPL, and thus you can continue to distribute the entire work under the terms of the GPL, so you're fine.
Reframing GPL authorship to move away from freedom (Score:5, Informative)
We ought to have discussion about the GNU General Public License (GPL) v3. The GPLv2 is an important license, the most widely used free software license. We should have critical discussions to help make the GPLv3 better, and of course defining "better" requires understanding the goals of the license.
But there's a profound unfairness in the two articles linked to here. They are filed in the "Linux & Open Source" section on the eWeek website, and not by accident. The GPL was initially written well before either the Linux kernel or the open source movement began and it was written to serve the purpose of furthering software freedom (an issue the open source movement does not want to talk about because it gets in the way of making their pitch to business, this movement's main audience, on "solid pragmatic grounds rather than ideological tub-thumping", as their FAQ says. This name-calling is starkly less insightful than the analysis the Free Software Foundation offers about the open source movement [gnu.org]). So, there is simple miscrediting going on here, but it's also ironic that is no "GNU/Linux & Free Software" section at this website. Such a section would be far more accurate for describing stories about the most widely used and most important free software license.
When version 3 of the GNU GPL is released, it will be the first version to come out that had a chance of being edited by someone involved in the open source movement. As far as I can tell, nobody from the open source movement has had a hand in revising any version of the GPL. The GPL was written by people from the FSF (and the listed author is the FSF). Yet the GPL is routinely cited as an open source license by proponents of that movement, essentially taking credit for work that nobody in that movement did.
The Linux kernel is but one program in a complete GNU/Linux system. It's ironic that this license is so pivotal to the development of the GNU/Linux OS but GNU can't get just a share of the credit [gnu.org].
Of the two men featured in articles which are linked to in this Slashdot thread, one is an authority on the GPL and a co-author of the GPL, the other is someone who exhibits no significant insight into how the free software community came to be or what the GPL is here to accomplish. I'm grateful that Linus Torvalds began the Linux kernel and continues to work on the most widely used fork of that kernel, but this is not about the technical inner workings of the Linux kernel, where Linus Torvalds is unquestionably an authority on the matter. Torvalds is no authority on the GPL or software freedom in general. If you point your friends to these two articles, please don't give Moglen and Torvalds equal billing here. Equal billing would either diminish the attention we should pay to Moglen's comments on this matter or give Torvald's comments more attention than he deserves on this topic.