Some people are suspicious about the growing power of Google - and some are downright upset. In the latter category we have bloggers Fabrizio Capobianco and Russell Beattie. They claim that Google is deliberately trying to slow the adoption of the Affero General Public License (AGPL) through not making it a choice for open source projects hosted by the Google Code public repository. Google in turn says they're just trying to combat license proliferation. Who's right in this he-said she-said argument?
The place to start is with the "ASP loophole" in popular open source licenses, including the GPLv2. Under the GPL, of course, if you distribute software you must distribute the source. But what if you're an application service provider - someone who provides a service over the web using open source software? In that case, you're not distributing the software, and you don't have to redistribute the source code or the modifications you've made to it. This has upset some open source advocates, who see large corporations (including Google) using software developed by the open source community without giving back anything in return.
The AGPL attempts to correct this situation by introducing one new clause to the GPLv2. Under the AGPL, if you use open source software to run an ASP, you have to make the source available via HTTP to anyone who asks. Software licensed this way keeps its "open sourceness" whether used locally or on a network.
The AGPL isn't yet a terribly widespread license, though it is used by a few high-profile projects. Its advocates would like to see it as one of the approved licenses for projects hosted by Google Code, both because they say they need its features, and because they think it's a good idea.
Now for the other side of the argument: Google originally only allowed 7 licenses for projects hosted on Google Code (they have since added an 8th, the new GPLv3). The Google folks are worried about the problems caused by having dozens of open source licenses: if you're putting together components from multiple projects using different licenses, it's very difficult to be sure of your ultimate legal rights, or whether you can even assemble the software they way you want. So, ever since Google Code was launched, they have drawn a hard line and refused to add additional licenses without OSI approval and evidence of popular support. Some projects have attempted to work around this by publicly choosing one license and including a different license in the project, but that makes the legal rights unclear and subjects you to being tossed off the service.
So, there's the gist of the argument: is Google refusing the AGPL because it could hurt their core business, or because they want to keep license proliferation down? Given that they've not added some other widespread licenses to their list (such as the Eclipse Public License), I tend to side with Google in this spat. If the AGPL becomes generally used by projects hosted elsewhere (such as SourceForge and RubyForge), we'll have a chance to find out the truth of the matter.
Do you think Google is oppressing the AGPL?Â
Comments
Add CommentBy on Apr. 01, 2008
Do I think Google is oppressing the AGPL? Yes. Go look through the Google Code discussion archives, where dibona says they'll allow the AGPL once it's blessed by the OSI. Google and dibona are OSS pretenders.
By on Apr. 01, 2008
Is Google oppressing AGPL purposely? No, why should they? The license doesn't interfere with their business in any way. Yet another license doesn't kill their business and has still no chance of competing with their technology.
Google made a decision, which was probably dumb. But then again, why should they support every license that pops up? If the license is actually used, they'll likely "support" it, too.
By on Apr. 01, 2008
not sure about agpl, but i do have a question - what is the point of an 'open source license'?
if anyone knows of a good primer, i'd be ever-grateful!
We have a good reference on licenses:
http://ostatic.com/158397-blog/first-know-thy-licenses
Sam
By on Apr. 02, 2008
If AGPL was here ~ 1998, Google
would not be here.
Of course they fight, but we fight back (and wins, it's our code (sic!)).
By on Apr. 02, 2008
Isn't the AGPL supposed to be compatible with the GPLv3? Wouldn't that undercut the argument about license proliferation a bit?
I mean, I can understand them wanted to limit the number of licenses available, but the AGPL is close to the GPLv3 with one key difference that makes it important for networked software. Yet, it's been designed in such a way to be compatible, so it's not an /entirely/ different license.
I wouldn't go so far to say with certainty that Google is oppressing the license, but I'm very suspicious.
- Blaise http://www.blaise.ca/
By Marco Barulli on Apr. 04, 2008
I'm moving Clipperz, a web-based AGPL password manager, out of Google Code right now ...
If they don't want us, they don't deserve us. ;-)
-- Marco http://www.clipperz.com
By dror on Jun. 13, 2008
Let's be clear about google's motivation against agpl. Google uses tons of open source code. They try not to use any commercial software. The problem is that if agpl became popular, they'd have to publish any changes they make to products under agpl. Obviously they wouldn't like that. To be fair, google also contributes a lot to the open source community. But it tends to be in line with their interests. Also, let's not forget the "summer of code."
But in this case, I don't see what the issue is. Go host on sf.net instead of google. They do support the agpl.
Share Your Comments
Trackback URL
http://ostatic.com/trackback/158791