Wednesday's announcement that Aptana recently changed the license for some of their IDE to the Aptana Public License (APL) from the Eclipse Public License (EPL) has thus far only resonated within the Eclipse ecosystem. However, the issues involved are very much relevant to the entire open source landscape. On his blog, Paul Colton from Aptana provides an explanation of the situation including some of the motivations for the change. Thus far the reaction can hardly be classified as a backlash, yet several individuals have stepped forward to voice opinion of the adoption of a license which essentially restrict the terms of use.
Without prior knowledge of Aptana or its Eclipse-based IDE I can't provide credible commentary on the wide-ranging effects of the decision. However, several elements within their stated reason for moving in this direction are reflective of some of the key challenges involved with building a profitable business based on the open source model [emphasis my own].
The new license gives us more visibility into who is redistributing the IDE. We strive to keep a very high level of quality and polish, therefore we want to be aware of any rebranding and redistribution of the IDE.
It isn't difficult to grasp why visibility into the workings of open source software ecosystems are often obfuscated by free and open access to the source code. When licenses don't have to be purchased in order to redistribute and/or re-brand it fits that finding out who is doing so, becomes difficult. Since information of this grade is crucial from a business perspective there is motivation to own it. Precisely a notion I have endeavored to express in the past.
However, as Aptana demonstrated, it seems as though the default reaction to identifying the criticality of information regarding extended use, is to restrict terms of use. This variety of move is more easily determined and justified than the option of creatively interpolating the same information. However, restricting terms of use through a license change does more to alienate members of an existing open source ecosystem than anything else, even if governing intentions aren't malicious.
In this case the situation is complicated by the fact that the APL isn't OSI compliant (yet?) and it curtails distribution rights, a notable variance bound to raise red flags. However, based on the following statement from Paul Colton taken directly from his post in a forum, I'm of the perspective that Aptana has less hidden agenda than might be assumed:
We're just asking anyone who wants to distribute the IDE to contact us first. In most cases, anyone who is currently distributing will still be able to. We are also preparing a simple license that anyone can print out and send back to us that will allow them to redistribute the IDE given they aren't trying to sell it or change it in a way that we can't agree on.
We'll place this license and more information directly on our web site soon. We expect that most people that want to redistribute the IDE will have everything they want with this license. For the ones that need more attention, we'll be happy to work with them one on one.
Still, I am very much convinced that the most effective manner of maintaining that high level of polish and derivative quality assurance is by encouraging contact instead of enforcing it. It dawns on me that communities prefer more freedom of use in exchange for active participation in quality assurance. The fact that participation is a form of social capital within open source communities should be leveraged within the governance and policy of those same structures. After all, the notion of open source thrives on giving back not as charity but as an investment in collectively owned success that composes open-structure.
Hopefully, the Aptana community will find its way through this bump in the road and continue to grow as a result of it. Personally, I think it's time to embrace a new set of strategies for coping with the realities of building open source software companies, ones which prove a great deal more innovative. Strategies which are neither pacifist nor reactionary but grounded by a solid understanding of what makes open source software ecosystems tick.
There have been reactions in the community, and though this may not be qualified as a backlash, this is significant. I would not be surprised if it is being forked soon.
See:
http://www.aptana.com/forums/viewtopic.php?t=2637
http://www.eclipsezone.com/eclipse/forums/t101073.html
http://linuxfr.org/2007/09/05/23064.html
http://mea-bloga.blogspot.com/2007/09/source-open.html
http://www.kyleshank.com/articles/2007/9/8/please-fork-radrails-now
http://www.matthewekent.com/?p=10
Posted by: Phil | September 17, 2007 at 02:29 PM
Hello friend excellent post about Aptana, source-open and derivative quality assurance thanks for sharing!!!
Posted by: viagra online | March 17, 2010 at 06:27 AM
Given the huge interest in this topic I`ll be cranking up some more pointers on how to tackle this issue. I will certainly post links to my recent work for you to see what I am up to I will also post links to relevant articles by other authors, like the one.
Posted by: viagra online | August 17, 2010 at 09:32 AM
Yet the context of what Eclipse has accomplished shouldn't be limited to the amplitude of the open source universe, but can be viewed as a portrait of massively distributed software development done correctly.
Jeans Clothing Store Online
Buy Jeans Online
Posted by: buy jeans | October 18, 2010 at 01:21 AM
The Antarctic penguins are dying, we will go to save it
Posted by: air jordans | November 15, 2010 at 11:31 PM
Love the whole context!
Posted by: wireless camera | March 29, 2011 at 07:13 AM