The Rise and Evolution of the Open Source Software Foundation
Paula Hunter,a Stephen Walli,b
(a) Executive Director, The Outercurve Foundation: (b) Technical Director, The Outercurve Foundation.
Abstract
Free and open source software (FOSS) project communities continue to grow and thrive. When such projects reach a certain critical point in their growth, corporations express interest in participating. Corporations have more stringent and robust software intellectual property (IP) management needs, however, and projects are not always up to the task. Neutral non-profit FOSS foundations have proved to be a solution to these problems, providing for the IP management needs of corporations while offering additional business and technical services to the project communities to encourage further growth and adoption. This article reviews how such neutral non-profit organizations have grown to meet the evolving legal, business, and technical needs of FOSS communities and businesses.
Keywords
Law; information technology; Free and Open Source Software; foundations
The growth and global participation in open source software development, aided by inexpensive and pervasive Internet access, has created a community of collaborators on whom software developers and IT professionals depend as a vital element in the software development process. As software intellectual property (IP) practices have matured, free and open source software (FOSS) communities have kept pace.
FOSS licensing has evolved over the past thirty years from the more liberal academic do-as-you-will licenses and initial ideas of software freedom to reflect the advancement of the general software landscape and include more complex methods of keeping software free. For example, with U.S. law recognizing software patents and the consequential risk involved with this, FOSS licenses began to introduce patent related clauses. As corporations became more interested in contributing to and using FOSS-licensed software, FOSS licenses were written using more traditional license structures and language. One of the key tools in this maturation has been the evolution of the non-profit technology foundation as a software IP management mechanism, as well as a hub for communications and collaboration.
Many volunteer-led and community-centred FOSS-licensed projects reach a point in their technology growth and evolution where corporations want to participate as well. Corporations have very different needs with respect to IP management, provenance tracking, and governance, as they are concerned with managing exposure to their patent portfolios and want to minimize to the potential for litigation. FOSS foundations provide such structure, as a number of key FOSS projects illustrate.
Each foundation represents different values and objectives to its constituency. Yet, what foundations have in common are governance structures to provide IP management and committer indemnification, as well as support mechanisms for community and collaboration.
The Outercurve Foundation was recently established to take this well-defined model and apply it forward for FOSS projects in such a way as to give vendors the benefits of such non-profit FOSS foundations without the expense and risks of creating their own foundations. The Outercurve Foundation provides the IP management and business operations associated with FOSS foundations as a non-profit trade association. It is technology, forge, and FOSS license agnostic (as long as the license is approved by the Open Source Initiative).
Regardless of whether a FOSS foundation is organized as a trade organization or a charity, non-profit FOSS foundations offer projects three distinct types of services. First, they provide participants with a legal framework for software IP management in which commercial companies can work with FOSS projects and contributors. Foundations also provide technical services, such as software repositories and issue tracking, code signing certifications and technical mentorship. Lastly, foundations provide business operations and governance support, such as financial and banking services, membership management, and communications and PR around projects.
One of the key benefits of using a non-profit FOSS foundation for project IP ownership and management is that it creates a neutral place for collaboration. Many corporations are loath to participate in FOSS projects held by other corporations that may be competitors or partners. There is a concern that their intellectual investments will go to other benefactors and they will see a poor return on investment. A neutral foundation holding the IP ownership allows all corporate sponsors to participate on equal terms. No one corporation owns the project software so partners and competitors alike can feel they are getting the best return on their contribution investment without giving others a significant advantage.
Foundations can also serve as liability firewalls or shields. Many companies are uncomfortable with publishing, sharing, and collaborating on open source software if they are the only copyright owner. Having a neutral third party hold the copyright ownership reduces some of that liability risk. A foundation, as a legal entity, acts as a shield that generally protects its members against liability for the contracts, commitments, and possible negligence of the foundation itself. The foundation (legal entity) may also protect the members that were not participating in a given activity for liability from other members’ actions in a given situation (e.g. the introduction of infringing software into foundation owned software).
All FOSS licenses disclaim liability. Many vendors develop products out of FOSS-licensed projects (e.g. Red Hat Advanced Server is the product developed using software from the FOSS-licensed Linux project). Vendors are comfortable having product performance liability discussions with customers that have paid for the product and embed liability clauses in their product licenses. Many vendors, however, still feel there is the perception of liability risk for FOSS-licensed projects they own from unpaid users. Assigning the copyright ownership of a FOSS-licensed project to a non-profit foundation is a clear message of “non-copyright ownership”. The vendors may still control the project direction through participation in the project governance and by supporting the primary developers and committers on the project, but there is a perception that they have reduced the liability risk as they don’t own the project’s software copyright. The foundation ownership acts to divert claims away from the original owner.
As well as acting as a legal shield for members and contributors, foundations can also act to protect individual participants in the FOSS project by indemnifying their actions. This indemnification takes a number of forms.
Each position and practice is defensible. Having all the rights of copyright ownership would allow the single owner to directly handle any litigation involving the software. It would also give the single owner the ability to unilaterally change the licensing terms for the software. This is what causes many developers concern if they are required to assign their copyright to a single entity when they contribute to a FOSS-licensed project, as it requires the single entity to be in a strong position of trust. Non-profit neutral foundations act in that capacity far better than for-profit corporations.
The opposite position – where everything is licensed and the community of licensees collectively owns the software – makes it difficult to act on such items as changing the licensing terms. Some view this as a re-enforcement of the community and the community’s values.
It is important to note that regardless of the legal structures in place, software development practices to track the software contribution flow are also a critical and necessary part of the process of provenance tracking. Version control systems, issue tracking, and email archives all contribute to ensuring the software contributions themselves can be tracked, as well as the contributors assignment or license agreement. The ASF, Eclipse Foundation, Linux Foundation, and Outercurve Foundation all ensure such practices are in place for the projects they manage.
In any approach to assignment and contribution licensing practices, well managed IP with clear provenance tracking processes encourages adoption of FOSS projects by other organizations and grows the community of users and possible future contributions.
The license a FOSS project uses is often seen as more than a legal agreement for licensing the software. The license defines the project community’s values for how they want to collaborate together and share the results of their work. Whether a project community believes all participants and contributors must license contributions and derivatives under the same license is wired into the choice the early community makes about the software. How the community wants to talk about patents that may relate to the software is embedded in the license, from the lack of discussion in such licenses as the BSD license to the various discussions of patents and patent retaliation embedded in licenses such as Apache License 2.0, the Eclipse Public License, and GPLv3.
Every successful software project, regardless of how it is licensed, is supported by a software construction discipline that involves proper version control, configuration management, and build scripting, test automation, and issue tracking. These are the tools that enable consistent software delivery. Most of these tools are provided by modern internet-based forge sites (e.g. SourceForge, Codeplex, Github). As these are essential tools to supporting complex collaborative development, some FOSS foundations provide the tools as well, most notably the ASF and the Eclipse Foundation. The Linux kernel team has evolved their own infrastructure for handling this level of software construction discipline, but the Linux Foundation ensures the hosting. The Outercurve Foundation does not provide such toolsets, remaining forge “agnostic” and ensuring that projects are using the tools appropriately during the project proposal vetting.
Collaborative development requires strong communications channels as well. Developer email lists, IRC channels, forums, and wiki software all provide the basis of such communications. Foundations again can provide the infrastructure to support these channels.
Software construction discipline is part of a project's culture. So too is the way a project makes decisions and communicates those decisions. Having a strong culture of sound software development practices allows a project to scale properly. New projects often come to a FOSS foundation in a stage of growth where they may not have instituted good practices, and to be accepted into the foundation the project needs to be educated in how the foundation's projects comport themselves.
The ASF and Eclispe Foundation run incubation phases for their new projects. New projects are assigned mentors and not allowed to graduate out of the incubation stage until they have demonstrated they adhere to the foundation cultural norms. The Outercurve Foundation did not grow up around a specific FOSS project with a history of specific practices in how to scale in a disciplined manner. Instead, projects are assigned a mentor to ensure the project is scaling in a disciplined way with appropriate practices.
Different projects have different needs depending upon where they are in their life cycle and the experience that may already exist within the projects participants. Some projects, for example the Outercurve Foundation’s CoApp project, come into foundations in the concept phase, without a single line of code written. Other projects, such as the Outercurve Foundation supported Chemistry Add-on for Word, are mature projects with many downloads and users. These two projects have vastly different needs, from IP management practices to governance, operations, and marketing support, as well as technical mentorship and expertise to help organize and support collaborative development of software projects.
CoApp chose to license all software into the project (similar to the ASF projects), has run contests to encourage usage, and was started by a developer with a lot of experience in running an open source development community. In addition to using the Outercurve Foundation to manage the contest, most recently the CoApp project used the Foundation to pay a student to work on a summer work proposal similar to the Google Summer of Code programme run by Google. The Chemistry Add-on for Word, on the other hand, began with an assignment of software from Cambridge University and Microsoft Corp. It has not taken advantage of the business operations of the Foundation, but has required more mentorship as it evolved, because there was not a lot of experience with open source community development practices. In addition, the project has also had to survive a transition in project leadership.
Each of these two projects uses the services provided by the Outercurve Foundation in different ways to match their needs.
FOSS foundations as organizations rely on the donations or dues of members and a volunteer workforce to get much of the work done, regardless of their non-profit organization.
The ASF is an excellent example of volunteer-led membership. The ASF is organized as a charitable non-profit organization and as such accepts donations, but it is volunteers that provide the majority of work in delivering against its mission, thus keeping operating costs relatively low. Donations cover the costs of items like the systems infrastructure used to support the forge.
When vendors invest in a non-profit trade organization, their expectations as members are different than what they would expect from a tax-deductible donation to a non-profit charitable organization. In addition to formal governance and operational support, members expect a staff to help drive programs and marketing. This staff can be comprised of full-time employees, employees assigned from member companies, and staff from firms that provide association management services (AMC). The Outercurve Foundation employs a hybrid model, with several full time staff members, while leveraging an AMC to provide financial, operational, administrative, and program management functions. This model allows the foundation to be nimble and scale as its project portfolio grows. Regardless of the staffing model, membership driven FOSS trade organizations are more expensive non-profits to operate than volunteer led charitable organizations working for the public good.
Developers have shared software since they began writing it, and the Internet has accelerated this process of shared collaboration. That said, collaborative software development needs more than the bandwidth of the Information Superhighway. To grow and thrive, projects need formal governance and legal structures that allow corporations to share the development work and contribute to the growth of the software and its community.
Collaboratively-developed software shared under liberal open source licenses continues to provide an enormous productivity boost for developers, speeds time-to-market for corporations, and delivers value to users. Open source foundations are a crucial part of the FOSS ecosystem. Foundations provide a simple, elegant mechanism through which corporate organizations can contribute to FOSS communities and develop their own projects by providing a neutral space for collaboration while mitigating legal risk; they also provide a safe haven for individual developers and projects of all sizes.
Perhaps most importantly, foundations support and enable community growth. An open source software project is only as good as its committers. Committers provide leadership and direction to their projects. Committers create the software but are also responsible for the discipline and quality of the software. Foundations provide the structure, governance and IP management to make it simpler for project communities to grow and flourish beyond their initial developers and users, as corporations become interested in participating. Foundations encourage communities to grow by providing an entity to hold the software property, ensuring no one person or entity throttles project growth by tightly holding the IP. Joining an established foundation also saves companies, and projects, the costs of starting a foundation from scratch, which is an expensive ordeal requiring a lot of expertise to avoid costly mistakes.
Paula Hunter brings a compelling combination of industry insight, executive-level business savvy and experience working with not-for-profits to the position of Executive Director of the Outercurve Foundation. Previously Hunter served as Director of Operations for SEMPO, the Search Engine Marketing Professional Organization, a non-profit professional association working to increase awareness and promote the value of Search Engine Marketing worldwide. Prior to SEMPO, Hunter was director of worldwide marketing and business development for the Open Source Development Labs, where she was instrumental in driving membership growth of industry advocacy group and lead initiatives to increase industry awareness and engage large enterprise IT organizations with OSDL programs. Previously, Hunter was general manager of UnitedLinux, a joint venture formed to create a unified Linux offering. She began her career at Digital Equipment Corporation, where she managed marketing programs for DEC's UNIX Workstation and PC product lines. Hunter received a BS in Computer Information Systems from Bentley University.
Licence and Attribution
This paper was published in the International Free and Open Source Software Law Review, Volume 5, Issue 1 (MARCH 2013). It originally appeared online at http://www.ifosslr.org.
This article should be cited as follows:
Hunter, Paula; Walli, Stephen; (2013) 'The Rise and Evolution of the Open Source Software Foundation', International Free and Open Source Software Law Review, 5(1), pp 31-41
DOI: 10.5033/ifosslr.v5i1.64
Copyright © 2013 Paula Hunter, Stephen Walli.
This article is licensed under a Creative Commons UK (England and Wales) 2.0 licence, no derivative works, attribution, CC-BY-ND available at
http://creativecommons.org/licenses/by-nd/2.0/uk/
As a special exception, the author expressly permits faithful translations of the entire document into any language, provided that the resulting translation (which may include an attribution to the translator) is shared alike. This paragraph is part of the paper, and must be included when copying or translating the paper.
1http://www.apache.org/history/timeline.html
2http://www.apache.org/licenses/
3Weinberg, Bill. “OSDL: The Center of Gravity for Linux”. Presentation to the Silicon Valley Users Group. May, 2005. http://www.svlug.org/prev/2005jun/OSDL_Overview_SVLUG.pdf
4http://www.linfo.org/free_standards_group.html
5Walli, Stephen R. “Repeating History: The OSDL and Free Standards Group Merge”. 25 January 2007. http://stephesblog.blogs.com/my_weblog/2007/01/jim_zemlin_repe.html
7http://www.irs.gov/charities/charitable/article/0,,id=96099,00.html, http://www.irs.gov/charities/nonprofits/article/0,,id=96107,00.html
8How the ASF Works: http://www.apache.org/foundation/how-it-works.html
9http://www.linuxfoundation.org/programs
10http://www.linuxfoundation.org/about/bylaws
11Henrik Ingo studied open source projects size and vitality and published his results on his website: http://openlife.cc/blogs/2010/november/how-grow-your-open-source-project-10x-and-revenues-5x (Valid: 2-May-2012)
12First Sun: http://blogs.the451group.com/opensource/2008/05/07/mysql-licensing-redux/
13Then Oracle: http://www.infoworld.com/t/dbms/oracle-eliminate-budget-plans-in-mysql-license-hike-323
14http://arstechnica.com/business/2011/09/oracle-may-fork-itself-with-recent-mysql-moves/
15Personal correspondence with Andrew Updegrove of Gesmer, Updegrove LLP, Boston, MA, USA.
16The Outercurve Foundation announced governance changes 1 November, 2010: http://www.prnewswire.com/news-releases/outercurve-foundation-changes-bylaws-and-governance-106520588.html. The president of the Apache Software Foundation, Jim Jagielski, confirmed similar support for Apache project committers in personal communication 18 June, 2012.
17The Apache Software Foundation Bylaws: http://apache.org/foundation/bylaws.html
18The Eclipse Foundation Bylaws: http://www.eclipse.org/org/documents/Eclipse%20BYLAWS %202011_08_15%20Final.pdf
19The Outercurve Foundation Bylaws: http://www.outercurve.org/About
20Eben Moglen answers the question as to why the Free Software Foundation expects copyright assignment for contributions: http://www.gnu.org/licenses/why-assign.html (Valid: 2-May-2012)
21The Apache Software Foundation has contributors license their contributions to the foundation: http://www.apache.org/licenses/icla.txt (Valid: 2-May-2012)
22The Eclipse Foundation doesn’t use contribution license agreements, relying instead on the Eclipse Public License and membership agreements. http://www.eclipse.org/legal/eplfaq.php#RECRIGHTS (Valid: 2-May-2012)
23http://blogs.computerworlduk.com/simon-says/2010/08/on-contributor-agreements/index.htm
24Again: http://arstechnica.com/business/2011/09/oracle-may-fork-itself-with-recent-mysql-moves/
25The IBM Developer works FAQ on the Common Public License is informative on IBM’s public statements about license evolution: http://www.ibm.com/developerworks/opensource/library/os-cplfaq/index.html
26The Eclipse Foundation is formed 2 February, 2004 (http://www.eclipse.org/org/press-release/feb2004foundationpr.php)
27IBM made the Eclipse Foundation custodian of the Eclipse Public License, 25 February, 2009: http://www.eclipse.org/legal/cpl-v10.html
28A history of the General Public License: http://en.wikipedia.org/wiki/GNU_General_Public_License
29Outercurve Project Proposal requirements: http://www.outercurve.org/About/ProjectProposal
30The Apache software management process is described: http://www.apache.org/foundation/how-it-works.html
31The history of the Eclipse practices or Eclipse Way is described: http://wiki.eclipse.org/images/5/54/Eclipse-way.pdf
32The Apache Software Foundation incubation process: http://incubator.apache.org/
33The Eclipse Foundation incubation process: http://www.eclipse.org/eclipse/incubator/
34The Outercurve Foundation mentorship program: http://www.outercurve.org/Blogs/EntryId/43/Outercurve-launches-new-Mentorship-Program-for-its-Projects