User Sourced Guide to Open Source Software Licenses. This is a Wiki; please edit it!
Previous posts and reading
- Software licenses discussion
- Choose a license: Guide to Open Source Licenses
Overall guidance to Brigade projects provided to Open Oakland from the authors of the BSD license:
The likelihood of patent issues for you guys is small, but you’re doing open government work, so if you’re successful lots of others will pick up your code. On that basis, I absolutely believe that one of the permissive licenses (MIT, BSD, Apache) makes sense. And Apache buys you some extra protection on the patent issue
MIT
From @ryan.b.harvey at Code for New Orleans
We generally try to make everything as permissive as possible, which usually means something like MIT.
From @chris at Code for Philly:
MIT is a good default choice if thinking about licensing seems like too much work because it at least 1) protects the rights of all contributors to reuse their works and 2) you can easily switch from MIT to almost any other license later
From @tdooner and Open Oakland
At OpenOakland, we had this discussion as well. Being conveniently located next to UC Berkeley, we were able to take advantage of advice from the authors of the BSD license. Here are some quotes from what they said
Either the MIT or BSD license is good. The 2-clause BSD license is
claimed to be slightly more permissive, but they seem about the
same to me.
BSD
From @tdooner:
The 2-clause BSD license is claimed to be slightly more permissive, but they (MIT/BSD) seem about the same to me.
GPL/ LGPL
From @chris at Code for Philly:
the main thing that GPL/LGPL add is this notion of user rights. Someone could take an MIT licensed project, provide it to a government as a vendor, and not allow that government access to the source code for the essential customizations they made. I think many brigade members would be upset to know their contributions could be used by a vendor to capture a public agency. The GPL/LGPL goes beyond the developer rights that MIT grants and also guarantees rights to the users of software–that if someone gives you software based on the GPL project they have to offer you the code too and let you do what you want with it
From @tdooner and a conversation with authors of the BSD license:
I would avoid the GPL license, especially version 3, as it makes
it (by design) difficult for commercial companies to use the software.
Apache
From @ryan.b.harvey at Code for New Orleans:
if you’re modifying other open source code as part of the project, you have to be careful about consistent licensing clauses on that software. This is almost always a concern with Apache or GPL’d software.
From @tdooner
MIT is permissive like the Berkeley license. Apache is, likewise, but adds one useful feature: If anyone creates a patent and then uses it in Apache-licensed code that they distribute, anyone who receives that code or derivative works gets a license to the patent for free.
GNU v 3.0
From Chris Houston at Code for Chapel Hill and NCCovidSupport
We decided to go with a GNU v3.0 license, basically allowing the code to be used by anyone without any restrictions and no warranty / liability.
Creative Commons: CC0
From @ryan.b.harvey at Code for New Orleans
For non-code artifacts, the Creative Commons licenses are a great resource as well, and we generally try to make that content CC0 (world-wide public domain) as much as possible, with the same considerations about consistent licensing for adaptations of existing content.