Selecting a Software Licence? 123
indraneil asks: "I am a code monkey and have been so for close to 5 years now. I have recently been doing some self-started work that lets me design, implement and test stuff all by myself. A couple of people have liked my prototype and wanted to use it. I would be happy to let others use it, but I am unsure of what license to release it under. My CS course did not include any awareness of licensing and while I am aware of GPL, LGPL, Apache, BSD and Creative Commons licenses, I never got around to understanding them well enough to be able to form an opinion on what suits me best. I notice that SourceForge also expects me to specify my licensing choice, while I am setting up my project. If a person doesn't know about software licensing, where should they educate themselves about the ins and outs, so they can properly choose the license that is right for their project?"
Wikipedia (Score:3, Informative)
Some good points (Score:3, Informative)
This guy has some good points and it's worth a read. Title of the article is "Pick a License, Any License"
http://www.codinghorror.com/blog/archives/000833.Short version: (Score:5, Informative)
BSD: Anyone can use your code, any way they want, as long as they mention your name.
GPL: Anyone can use your code, as long as they mention your name and allow others to use the code as you have let them use it.
LGPL: Same as GPL, but with some exceptions allowing others not to be bound to your licence if they don't actually touch your code in their project, but just use it.
Other licenses have variations on the above. In general I think most people should stick to one of those three, if for no other reason than to stop the confusion.
Pick the philosophy you like the best. That is the main point.
GPL (Score:4, Informative)
There are many software licenses to choose one, and everyone should have a license that does exactly what they want it to do. You don't even have to pick a preexisting one; write your own with the help of a lawyer (if you need it).
However, it sounds to me that your intention is to share this software with others. If you want to share it with just those individuals you choose, use some different license and have them sign an nondisclosure agreement or something (ps I am not a lawyer). If your intention, however, is to share your software with the public at large and have the community benefit as a whole, then please use the GPL.
The reason why the GPL is important for this purpose is that it makes your community software stay in the community. Lots of commercial enterprises use the GPL for reasons like this; they have valuable assets they want to give away (in the from of source code), but they don't want their competitors using it to screw them over--they want the world to benefit, and they themselves might benefit from seeing improvements to their code. That's the GPL.
If you use the GPL, not only will you be sharing your hard work with others in a way that you deem appropriate, you are also encouraging them to share their work with you. Whoever uses your project or develops it will assume a mutually beneficial role with everyone else who does the same, including you.
You know how they say...if you love something, set it free? You'd want to take some steps to ensure that it at least STAYS free, right?
Official commentary on the GPL (Score:4, Informative)
A brief comparison by the KDE folks (Score:1, Informative)
License Education (Score:5, Informative)
@OP:
If you want to educate yourself on what licenses would be appropriate for what
http://opensource.org/ [opensource.org]
has a TONNE of them.
The most common are the BSD, MIT, MPL, Apache, GPL and LGPL. That is according to sf.net. Please note that there are licenses that don't just protect you, but seriously effect how others can use your work. Please consider this as well when choosing your license.
To add in my personal opinion, I *really* don't like the GPL. What it does is FORCE other developers that use your work (whether dynamically linked to or not) to use the GPL as well. My personal opinion is that as a developer, I don't have the right to choose the license of someone else's work. There is of course the argument that the developer just shouldn't use your work. But, IMO, that is a non-argument as in some areas there really is only one or two real options.
At any rate, agree or disagree. That's just my opinion.
Re:Licensing 101 (Score:3, Informative)
LGPL libraries are also safe to use unless you make changes to them and don't want to share those changes.
Re:Short version: (Score:3, Informative)
http://www.gnu.org/philosophy/bsd.html [gnu.org]
http://en.wikipedia.org/wiki/BSD_license#UC_Berke
There's a whole slew of variants of the BSD license, all colloquially referred to as "BSD"; as Wikipeida mentions, even the MIT license is easily confused with it. Depending on what variant of BSD you're using, it may or may not apply.
Now, I don't know if this is what the GP meant, but regardless if the advertising clause is present, you do have to "mention" the original author(s) in the copyright statement within the source, when you compose a derivative work.
Re:Mix and Match (Score:2, Informative)
Important: you can change (Score:3, Informative)
You can release it as GPL, then (if people convince you there are good reasons to relax the license somewhat) you can switch to LGPL, BSD, whatever.
You can also *sell it* to commercial customers who want to distribute it as a part of a closed source project. Yes, at the same time as you have a GPL version out, or you can stop distributing the GPL version and go pure closed source.
The point is, as long as you personally own the copyright, you can leverage that however you want. If/when you start accepting contributions/patches/etc. from other developers under the GPL, though, you have to get agreement from them to change anything (unless they sign over copyright for their code to you). Getting permission to change from many, far-flung developers is not easy... so ideally you should make sure you are happy with your license before accepting donated code.
Yes, if you release it as GPL then go back to closed source, other people might "fork" your project and continue development & distribution of their own version. But THEY must always stay GPL -- they don't own the copyright, so they don't have the option (like you do) of changing the license.
These distinctions are important to understand; they're what make the MySql business model (for example) possible.
You have a few choices... (Score:3, Informative)
Use Public Domain if you don't care what people do with your code.
Use the MIT or X11 license if you want to give it as much chance as possible of being used by as many people as possible, without them being able to pass your code off as theirs.
The BSD (3-clause) license goes further by preventing other people from using you to endorse their products without your permission.
The LGPL ensures that the code will remain 'open' (i.e., distributing altered binaries means you have to distribute the matching sources). The LGPL specifically allows your code to be linked with, but not included in, non-LGPL projects. If your code isn't a library (or included in one), the LGPL isn't hugely different from the GPL, although releasing a program under the LGPL would mean somebody could turn it (or portions of it) into an LGPL-licensed library without any hassle.
The GPL is much the same as the LGPL, but doesn't contain any such provision for linking, so people linking with your code (if it's a library) had better make sure their do their homework first.
The GPL-compatible licenses (which includes PD, MIT/X11 and BSD) are so-called because they don't contain any restrictions beyond those included in the GPL. This means that your code, if released under a GPL-compatible license, can be legally be included in a GPL-licensed work: your code as you originally released it is still under the license you originally used, but the modifications and the derived work could be GPL'd.
Generally, the BSD license is a safe bet if you don't feel passionately about making sure that people who use your code must make their changes available to anybody who wants them, otherwise pick the LGPL or GPL depending on circumstance and requirements.
Avoid non-GPL-compatible licenses, especially home-grown ones: they usually end up doing nothing but preventing people who might want to use your code from doing so. Unless you're a huge multinational company, it's a sure-fire way to ensure that relatively few people will bother with what you've released (in which case, what was the point in releasing it?), and even then it'll stymie adoption.
Re:license? (Score:2, Informative)
Re:Public Domain? (Score:2, Informative)
I hereby place this code in the public domain.