Open Source Licenses

It looks like there's some confusion on various open source licenses. I'm not a lawyer, but here's a simplified interpretation of some of the more popular licenses.

GPL
The GPL has the highest buzzword status in the open source world, but is by no means the best choice for everyone. The spirit of the GPL is that you are free to use any GPL-licensed code in any software you write, but the software you write must also be released under the GPL.

In other words, you can't expect to use GPL code in closed-source, commercial software. Anybody can simply request a complete copy of the application source code at any time without paying you anything for your effort.

The original author, however, is free to re-license the same code under different terms. In other words, you can potentially use GPL-licensed software in a closed-source application if you obtain permission from the author to use it under a different set of terms.

The GPL is favored by the Linux community, and is the license that Linux itself is released under.

LGPL
The LGPL offers a bit more slack. You can use a framework or library licensed under the LGPL in your application and still keep the source of your application closed. If you make changes to the library, you generally must provide the source code of your changes.

BSD
The terms of the BSD license are much simpler than the GPL or LGPL. Essentially, you can use BSD-licensed code in any way you see fit. You can use it in either open- or closed-source software. The only significant limitation is that the original author retains the copyright.

The BSD license tends to be favored by the Mac OS X community, because the culture accepts the fact that developers should be allowed to give things away to the community without sacrificing their own ability to pay bills.

Mac OS X would not exist without the BSD license. It allowed Apple to use FreeBSD code (and contribute back changes) while still building a business around the result.


If I sit down to write some code that I plan to give away, I want as many people to be able to benefit from it as possible. This is exactly why I chose a BSD-style license for DataCrux.

From reading the GPL itself, it seems possible that the authors thought that releasing solid code under the GPL would somehow force closed-software software to move to open source. I don't know how practical this really is in general. Developing software is a serious commitment, and certain software would never get written if there's no hope of earning income for the effort.

Once someone has decided that they need to sell a product in order to justify the time investment, finding a bit of GPL-licensed code that they want to use isn't likely to change their mind. So they either keep searching for code with a less restrictive license, or write an equivalent themselves.

I respect the viewpoints of the people who favor the GPL and realize it has its place, but I think developers need to understand the repercussions before using it. You're potentially limiting your audience by going this route.

I realize an analysis of the APSL (used by Apple) would be useful here, but I don't have a solid enough understanding of it to offer advice, so I'll leave that to someone else. :)
Design Element
Open Source Licenses
Posted Apr 7, 2005 — 4 comments below




 

GCC boy — Apr 07, 05 125

>>>From reading the GPL itself, it seems possible that the authors thought that releasing solid code under the GPL would somehow force closed-software software to move to open source. I don't know how practical this really is in general.

What happened was that RMS saw his early Emacs releases being incorporated into closed-source products without permission, credit, or public disclosure of improvements, so he created the GPL to stop that practice, and to enforce his notion of 'freedom.'

There is a separate assumption that certain GPL software is a shared resource so unique and valuable that developers will be willing to share the source in return for the benefit of being able to use it. GCC, the Linux kernel, and Emacs are examples of this. There are, in fact, many instances where companies would not have contributed back their custom modifications to GCC if the GPL hadn't forced their hand.

Me, I use the OpenBSD license, but, like you, I respect those who prefer the GPL.

APSL boy — Apr 07, 05 126

Oh. and the APSL is just a typical corporate wankoff "our lawyers have too much power and no common sense, and we don't understand enough about open source to override them" license. Apple should've gone with an existing license. Do not use or copy from the APSL for your own code.

Scott Stevenson — Apr 07, 05 128 Scotty the Leopard

I agree that gcc is an example of something the GPL makes a lot of sense for.

Uli Kusterer — Apr 10, 05 131

Actually, GPL is actually an atypical license for things like GCC. Since GCC includes parts of itself (*and* the GNU StdCLib etc.) in the generated products, they actually had to add a special exception to their files to allow you to use the generated files without turning any code generated by GCC into GPLed code.




 

Comments Temporarily Disabled

I had to temporarily disable comments due to spam. I'll re-enable them soon.





Copyright © Scott Stevenson 2004-2015