Authors Stephen Walli,
License CC-BY-2.5
Free and Open Source Licenses, Software Development, and Distribution
by Stephen Walli | VP, Open Source Development Strategy
Programmers have been sharing computer programs and source code since we had computers. In the early days it was
often done through professional and user organizations such as DECUS, SHARE, and USENIX. The licenses through which
such sharing happened were as varied as the end user license agreements (EULA) of proprietary software vendors today,
and all such licenses rely on strong intellectual property laws and copyright law.
This sharing of software has reached new heights over the past couple of decades enabled through the ease of sharing
across the Internet. The concepts of “free” and “open source” software have became mainstream and licensing is the
avenue through which the rules of this particular form of sharing software are laid down.
Understanding free and open source (FOSS) licenses is not actually that difficult. A little history and a few pointers can
clarify some of the confusion to enable organizations to make best use of FOSS in their own business contexts. With this
understanding we will take a look at enterprise considerations around FOSS use, whether as an enterprise that wants to use
FOSS in parts of its business infrastructure or a vendor looking for a competitive edge and a new value proposition for its
customers.
The Licenses ♦ Requires that attribution be given for the work, and
copyrights maintained.
There are primarily three license types or families that have
arisen historically: ♦ Disclaims any warranties (express or otherwise) just as
proprietary EULA do.
♦ Academic licenses (MIT Athena, Berkeley, and Apache)
♦ Free software licenses (General Public License and the This license style has been referred to as Berkeley-style
LGPL) licensing. This was also the basic model for the MIT Project
Athena license (used for the X11 windowing technology,
♦ Mozilla-style licenses (Mozilla, and the IBM licenses)
including all the contributions from Hewlett-Packard and
We will note a few other interesting licenses along the way, Digital Equipment Corporation).
but even these derive from the basic models laid down in
these three groups. As we will see, Berkeley-style licensing supports a reciprocity
belief counter to that espoused by the Free Software
The Academic Licenses (Berkeley, MIT, Apache) Foundation (FSF) – that the software would definitely be
freely distributable, but the reciprocity requirement should be
During the mid-1980s period, the Computer Science encouraged in the community and not commanded in the
Research Group at the University of California, Berkeley was license.
doing a lot of research work on early UNIX systems, and
acted as a hub for the collaborative research community. The The Berkeley-style license was also the model used in the
regents of the university developed a simple license for their early Apache community in 1995. The original Apache web
work to encourage new research and adoption of the server was created out of work developed at the National
software. The Berkeley license essentially: Center for Supercomputing Applications, University of Illinois,
and the license reflected the research base and collaborative
♦ Enables the software user to do anything with the
development in that community.
software, including extending and selling it.
♦ Does not require any derived software be licensed under In 2004 the Apache 2.0 license was released. It is a
complete rewrite to account for current concerns of software
the same license or that the changes be published. This
contributions and patents, and is a richer and more complex
enables “closed” or proprietary products to safely include
such licensed software. license in its legal structure, but it remains true to the
principles of its history.
© Copyright Optaros, Inc. 2005. Some Rights Reserved. This work is licensed under a Creative Commons Attribution 2.5 License
Understanding Free and Open Source Software Licenses - 2 of 3
Free Software Licenses (GPL, LGPL) vendors (including software vendors) use and develop
software licensed under the GPL.
In 1985, Richard Stallman created the Free Software
Foundation and his definition of software freedom, where a All through much of the rest of the 1980s and 1990s
program's source code was always available and a user could everyone followed one of these two models with simple
always fix and extend the software without restriction. The variations around such clauses as jurisdiction.
General Public License (GPL) laid down this particular sharing
foundation. The Mozilla License
♦ If the user distributes the changed software they can Before we cover the Mozilla license, a small detour is in
only do so by sharing their changes the same way order. When the Perl language hit the scene, Larry Wall
through the same license. This is the reciprocity created the Artistic License. The Artistic license was intended
requirement of the free software definition. This is a to maintain the open aspect of the Artistic licensed code,
primary difference from the academic class of licenses while enabling innovation around the core project to be
that permit derivatives to be re-licensed under other licensed as appropriate. It tried to find a balance between
(possibly closed, proprietary) terms. the hard line sharing required by the GPL and the complete
♦ If you used any of the GPL-licensed source code in your freedom of the academic licenses. It is a popular license,
though some consider it legally ambiguous in places.
own programs, and distribute those programs, the entire
newly derived program including your own source code In the late 1990s, Netscape published the source code to
becomes subject to the GPL. This is where the concept of their browser and began to build a community of developers
a virus is attached to the GPL. around it. This project was called the Mozilla project, and the
♦ The GPL disclaims any warranties (express or otherwise) license created was the Mozilla Public License (MPL). This is
just as proprietary EULA do. one of the first licenses created by a corporation, and that
heritage shows through in its legal structure and depth
It is important to note a couple of things here:
compared to FOSS licenses prior to that point. It had similar
♦ The reciprocity requirements are triggered on goals to the Artistic License. Essentially, the MPL:
distribution of the software, not on using it.
♦ Requires derivatives of the MPL work that are the
♦ There is nothing that has forced you to expose the original work plus contributions to be licensed under the
source code to your application. The license contains its MPL, thus creating the reciprocity of the GPL for the core
own redress. You can always withdraw the software project.
distribution. (If you were a commercial software
♦ Enables MPL licensed works to be combined with other
organization, this might still prove onerous, and so one
software and re-licensed into a “Larger Work.” This
does need to pay attention when working with GPL
enables the development of possibly closed proprietary
software that will be distributed.)
software similar to the academic licenses.
The Lesser GPL (LGPL) was developed later to account for ♦ Discusses patent rights relevant to the licensed work.
software libraries. Many that would share their software
♦ Disclaims any warranties (express or otherwise) just as
subroutine libraries under the GPL didn't necessarily want to
proprietary EULA do.
force the recipient to have to share anything other than their
changes to the library. The way the GPL was written would There has been a proliferation of open source software
unfortunately force the entire software (libraries and the licenses based on the Mozilla license, because other
program using the libraries) to come under the GPL. The companies wishing to develop collaborative software
LGPL enabled a library to be licensed which did not require communities as a business tool invariably want to change the
the entire application to be licensed under the same license jurisdiction clause and define language around what patent
(and so enabling it to remain closed), while still requiring concerns they may or may not have. The language of the
changes to the library itself to be published under the LGPL if Mozilla Public License is very Mozilla project centric.
distributed.
One can see a certain lineage to the Mozilla license in the
Many of the most important FOSS programs of the past 20 development of IBM licenses, from the original IBM Public
years are licensed under the GPL, including the Linux License through the Common Public License to the newest
operating system, the GCC compiler suite, the MySQL Eclipse Public License that are used around the Eclipse
database engine, and JBOSS application server. Many project.
© Copyright 2005. Some Rights Reserved. This work is licensed under a Creative Commons Attribution 2.5 License
Understanding Free and Open Source Software Licenses - 3 of 3
Enterprise Considerations reducing the number of very expensive licenses one required
for application server middleware, and database access. With
For the most part, enterprises using free and open source the ability to deploy as many application servers as is
software should have few concerns about licensing for the
required and distribute the database across systems equally
following key reasons:
freely because of a lack of per system license fees, the
♦ All licenses essentially allow the software to be run solution can be designed and built to real requirements. The
(binary form) without restriction solution can grow more organically to meet the needs of the
enterprise at marginal additional costs. The issues then fall
♦ Under all licenses the source code can be modified
back to concerns about support and maintenance.
without restriction if the resulting software is being used
internally
Getting More Information
♦ The GPL and Mozilla family of licenses place
The following web sites and books are excellent sources of
requirements for re-licensing and publication on the user
additional information on free and open source software
only if they distribute the software. This would only
licensing.
have implications on an enterprise if they plan to
distribute the software to their customers. (Software Web sites:
development and distribution concerns are discussed in
♦ The Open Source Definition
“Free and Open Source Licenses, Software Development,
(http://www.opensource.org/docs/definition.php)
and Distribution”.)
♦ The Free Software Foundation definition of free software
If you're buying packaged free or open source software or a (http://www.fsf.org/licensing/essays/free-sw.html)
system that contains such software (e.g. Red Hat Advanced ♦ Open Source Initiative approved licenses referenced in
Server, or HP/UX), then the Red Hat or HP EULA is the this document can all be found at the following web site:
primary concern, and all other third party license concerns http://www.opensource.org/licenses/
are left to the vendor.
Books:
When using open source packages, such as the MySQL
database engine, JBOSS application server, or any of the ♦ Lawrence Rosen, Open Source Licensing, Prentice Hall
PTR, Upper Saddle River, NJ, 2004 (ISBN 0-13-148787-
Java frameworks that are FOSS licensed, the license enables
6)
free deployment and use and there are no concerns within an
enterprise – the enterprise isn't developing software ♦ Andrew M. St. Laurent, Open Source and Free Software
derivatives that they distribute. Licensing, O'Reilly Media Inc., Sebastopol, CA, 2004,
(ISBN 0-596-00581-4)
Indeed, the ability to freely copy open source software and
deploy as much as is needed within an enterprise means the
ABOUT OPTAROS http://www.optaros.com
historical (and sometimes litigious) problem of counting users Optaros is a consulting and systems integration firm that helps
or processors goes away, along with the auditing costs enterprises solve IT business problems by providing services and
solutions that maximize the benefits of open source software. Bringing
involved. This ability to freely deploy also frees up the
together experts in creating enterprise IT solutions and experts in the
architecture of solutions to problems. For example, there was power of open source, Optaros plans and builds business systems that
a time when you designed the solution architecture around give you better value today and increased control in the future.
CREATIVE COMMONS LICENSE CONTACT
Brian Otis
This work is licensed under a Creative Commons Attribution 2.5 License VP, Sales and Partnerships
email: botis@optaros.com
phone: (617) 227-1855 x110
© Copyright 2005. Some Rights Reserved. This work is licensed under a Creative Commons Attribution 2.5 License