Moglen's Plans to Upgrade the GPL
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."
I agree that the GPL has some issues that should be cleared up..., but with such a major revision, I'm worried that it will just add another 'compeletly separate' license. Some projects might still want to have the old GPL license, while other projects might want to be released under the 'version 3' license. I think it will add more confusion to all the licenses that already exist.
I store my recipes online (the way nature intended)
I can't wait to see drafts, but I do also want it done right, so that the new GPL is strong enough to shove right up Darl McBride's ass.
How am I supposed to fit a pithy, relevant quote into 120 characters?
Hopefully he will listen to many of the concerns of corporations and the GPL use with in. If they make a better GPL it will be awsome, because my company won't be so hesitant to use or develop anything under the GPL. My company's biggest complaint with GPL is anything developed using GPL libraries must be GPL and released. They just want to make money and contribute back when it's nessisary and important.
From TFA:
Eben announced his intentions to upgrade the GPL with a new processor, a better graphics card, and more memory. This will enable resource intensive software to use the GPL as well.
Unknown host pong.
no it doesnt....
GPL = General Public License (GNU)
and
GNU = Gnu's Not Unix
liqbase
This is not a day too early, and a bit modified GPL version might be enough to make it possible to implement and develop open source software in my Swedish (but with 80% of the operation in other European countries) mastodont government organisation. The other branches of the corporation have already a pro-GPL and OS attitude, but the anti-OS, pro-MS main coproration has this far been against it because of GPL's actual (but mostly perceived) restrictions.
Nice with some good news at the end of a work day. =)
You gotta love contradictions. The first article states that the current version of the GPL is "2.2", which was "released August 2004"; the interview with Linus states that the GPL is supposed to undergo its "first revision in 13 years".
Obviously, both statement's can't be true at the same time. What's correct now? (And considering that the articles are from the same publication, doesn't anyone actually *check* what's written for factual accuracy before it goes live?)
quidquid latine dictum sit altum videtur.
Comment removed based on user account deletion
Wouldn't a liscence benefit some developers that is akin to a patent? You GPL your source, but then patent your binaries? That way, your binaries are still protected intelectual property, resalable, for a few years, and then are freely distributable?
I think about 7 year old software, and some of it I could still use, and not have any piracy guilt. If i could get my hands on an older copy of After Effects, or any other 7 year old adobe product, i'd be set, and legal!
"Martha Stewart can lick my Scrotum......do i have a scrotum?" -- Sharon Osbourne
Comment removed based on user account deletion
From the eWeek article:
"Linus Torvalds, the creator of the Linux operating system"
Not a good start for this process...
Mod eWeek -50 Flamebait
The issue of Web services has to be considered, he said. Some in the community are calling for a strong copyleft license with code that is used and changed to be returned to all. Others want the opposite.
"I do not believe that we will be reach consensus on this front, so I believe the license will have to accommodate options as to the question of Web services, but this must be squared with the ideological pursuit of freedom," he said.
I thought that this was interesting. So if a change like this were made it would make the GPL similar to the initial versions of Apple's Public Source License. In the first versions of that license you were required to submit any source code changes you made even if you didn't redistribute the software and only used it internally. My understanding is that if you're a Web Services company and you use modified GPL software, you don't need to contribute back the modifications you've made as long as you don't redistribute your modified software to anyone.
I doubt that the GPL will ever adopt this requirement, but it's interesting that some in the community want this.
--
Join the Pyramid - Free Mini Mac | Free Flat Screens
infested with jello like fishes no melotron wishes
*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.
(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'.
WE DON'T NEED NO BLOG CONTROL.
Following my own link and reading a bit more it seems that Apple has already addressed issues like Web Services and even Patent litigation against the licensor (Apple).
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 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 | Free Flat Screens
infested with jello like fishes no melotron wishes
upgradepkg gpl
Remember clause 9 of the current GPL -- most GPL code either specifies "GPL version #.# or any later version", or does not specify a version at all in which case Clause 9 permits the user to choose any GPL version that has ever been published.
For existing code, a subsequent GPL revision can effectively only liberalise the usage rights - the user is free to choose to stick to the prior version. But oddly, perhaps this could could end up including "the right to restrict the use of modifications further" because of licence version creep. (See later in post for an example).
This is something that might be concerning to a whole raft of programmers who have released code under the GPL. Are Richard and Eben about to decide to "grant" rights to those pieces of code that the author never intended to grant? Or restrict rights, through version creep, they never intended to restrict?
Example 1 (version creep)...
Say I write package A, and release it under GPL 2. You are allowed to modify it and use it as a web service without being required to release your changes. But then a hypothetical GPL 3 is published which requires the publication of modified webservice code. No problem, you can still use GPL version 2. But then, someone integrates my package and some GPL version 3 code. The result has to be a GPL 3 package. But that means it is a modified version of my code which can no longer be modified for webservices without requiring the source code be published. It is a version of my GPL 2 code that does not have the full GPL 2 rights I released it under. Result: "That's not free!" I cry, and get very grumpy...
For anything other than extremely small changes to the GPL, version interoperability could get messy.
Example 2 (granting unintended rights - a bit of an extreme example)
A hypothetical GPL 4 is published which somehow allows integrating with non-Free code. A lot of people's business model (GPL is free, non-Free licence costs) gets instantly scuppered. The result is probably that the hapless company will attempt to invalidate all their GPL licences, claiming that they could not reasonably have expected the FSF to make this clause change, and therefore the modified licence is not valid. Result: lawyers at high noon.
For anything other than extremely small changes to the GPL, companies who have built their business around the GPL might start kicking up a stink...
Too many people making software, and either not putting _any_ license on it, or they just pick one semi-randomly.
The key would be to make it understandable by non-laywer type people. Then it would start being used more. Also, when it comes out, there should be compairisons, not only to the previous version, but to other popular ones out there. That way a person fully knows what options are out there.
The issue of Web services has to be considered, he said. Some in the community are calling for a strong copyleft license with code that is used and changed to be returned to all. Others want the opposite.
"I do not believe that we will be reach consensus on this front, so I believe the license will have to accommodate options as to the question of Web services, but this must be squared with the ideological pursuit of freedom," he said.
This is *very* interesting. There is an enormous engine of online services that is running as a for-profit enterprise using GPL software. phpBB, OSCommerce, and more are provided commercially, quite possibly with modifications.
This means that in the new GPL, there will be a GNU-supported variant which requires a web service provider running a modified version of GPL software *as a web service* to release the source code to any changes they made. I'd love to hear major projects weigh in on their opinion. Would future phpBB/mysqladmin/OSC versions use this variant, or would they opt to allow non-released versions which ran only as web services to remain in the hands of the modifiers?
It will be interesting, too, because there may be disputes over what exactly is covered. For example, phpBB distributes a lot of *.php scripts, but they also have a slew of materials like SQL Schemas and
Morever, web services are very technically different because so many are written in interpreted languages. You can't modify Apache without compiling it. But with phpBB, you can open up a file, make a tweak, and it instantly takes effect on a live site. If you pre-install a GPL web service for your customer as a provider, how do you then make sure they're apprised of the license terms and don't inadvertantly commit themselves to a source code release because they edited some file in an application you installed for them?
I can say I'll certainly be watching this development with great interest.
'anything developed using GPL libraries must be GPL and released'
That's two piles of shit.
1: You only have to offer source code to the people you give binaries to, now if that's within your company then you don't have to release to anyone else.
2: Lets say I develop against ATI's opengl implementation and dynamically link against the library and I distribute the application closed source, then a user is using MESA a GPL version of opengl to the runtime linker links my application against a GPL library.
This does not mean that your application has to be GPL'd.
In short, because a dynamic linked application doesn't include any part of the GPL'd code the GPL can't cover your application. This is because GPL is based on copyright and not EULA and copyright can only be enforced if you actually include a copy of something.
On the same basis I can create a patch against a GPL application that contains none of the original application, I own sole copyright on my patch and it does not have to be GPL'd until it is included in a copy of GPL source code that is released (releasing the software to myself doesn't count).
thank God the internet isn't a human right.
One interesting thing to note is that he requests feedback. The FSF wants your feedback! Actually, i think they also want open debates / discussion.
One way for feedback is the Software Freedom Law Center recently launched. On board are e.g. Moglen (FSF) and Lessig (OSI), among others, and they provide free (beer) license defense, litigation support for FOSS licenses. I think they'll also appreciate your feedback.
Quote:
PJ of Groklaw also writes:
Feedback, especially when constructive, is important! Even if you dislike politics, visions, law/licensing this is still very important to the GPL, the FSF and the FOSS community and their developers, contributors and last but not least users!
WE DON'T NEED NO BLOG CONTROL.
I dislike it when projects say "This is under the GPL v2, or any subsequent version." Imagine if an evil company bought out the rights to create the GPL (could it happen?), and released a GPL v99 that said whatever they wanted.
I think any lawyer would never advise you to agree to something whereby you accept any future versions.
Get your own free personal location tracker
The part that you're citing is in the preamble. The preamble is not controlling - that is to say, it's not actually part of the license. The actual license starts after it says, "The precise terms and conditions for copying, distribution and modification follow."
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.
Not all software should be under the Extreme GPL, but the option should be available to developers who want it.
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). 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.
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.
Digital Citizen
I believe this is known as the ASP loophole?
Your phpbb case is a good case in point. There are lots of folks who take GPL'ed software, modify it and charge a fee for it. As long as you're only distributing the output from the program (i.e. the web page) and not the code itself you're within the limits of the GPL.
I believe this model is very widely used. Disallowing this type of use in the GPL is going to have a lot of far reaching repercussions. Plenty of companies won't have an OSS solution to use as the base for mods. ASP's won't use it because of this, and many companies won't use it because they'd be forced to provide their paid work to their competitors.
End result, a dramatic decline in the use of OSS software. This is A Bad Thing.
(in short, the ideology of forcing release of code in some instances will in effect smother many aspects of opensource due to the reality of how it's used).
Life Insurance in Canada
I outlined this in another post, but that's only one scenario. Yes, I agree: code bases which close the loophole by including web services in the "need to release source" requirement will then get less use. But there's another possibility: that people concerned about a disproportionate number of people using their code without contributing changes may then release because they're no longer concerned about "ASP theft" of their code because the current GPL does not protect it. I know some variant licenses have tried to close that loophole, but none carry the weight of the GPL or the legal power of GNU behind them. So this variant license would ENABLE as well as DISABLE certain behaviors... it just remains to be seen what the net benefits and costs are.
One of the suggestions is that the new GPL should address patent concerns. While one half of me thinks this should be addressed - the other half thinks that doing this might show an acceptance and recognition of software patents by this chunk of the Open Source community. This could be a dangerous thing to do.
Electronic Music Made Using Linux http://soundcloud.com/polyp
Bluntly, yes. I want to make my program free, but I want everyone who uses it to have that freedom. And unfortunately that means restricting some freedoms by using a strong copyleft license, i.e. GPL. But I think that's worth it.
I am trolling
I don't know about you, but I've never written a perfect program.
I assume that anything that gets released with source will have that source tweaked by someone to fix some bug somewhere.
I want those bugfixes to make their way back into the "general release" source. A bug fixed by one should be a bug fixed for all.
So for me at least, it's not that I'm afraid of the program being "stolen", but rather that I want to encourage the bugfixes to come back to me, and not be locked up in a box somewhere.
DG
Want to learn about race cars? Read my Book
The prospect of metaprogramming tools raises threats and opportunities for OSS. The biggest threat is that they could be used (legally or not) to strip copyright from OSS. On the plus side, innovation in the next version of the GPL could solve the patent morass by adding a "patent shredder" to "copyleft". I propose the introduction of a "Greater GPL" in GPL Version 3 to address these issues.
http://www.pagesmiths.com/category-ip.html
Here we go again!
What?