List_of_FSF_approved_software_licenses

Comparison of free and open-source software licenses

Comparison of free and open-source software licenses

Add article description


This comparison only covers software licenses which have a linked Wikipedia article for details and which are approved by at least one of the following expert groups: the Free Software Foundation, the Open Source Initiative, the Debian Project and the Fedora Project. For a list of licenses not specifically intended for software, see List of free-content licences.

FOSS licenses

FOSS stands for "Free and Open Source Software". There is no one universally agreed-upon definition of FOSS software and various groups maintain approved lists of licenses. The Open Source Initiative (OSI) is one such organization keeping a list of open-source licenses.[1] The Free Software Foundation (FSF) maintains a list of what it considers free.[2] FSF's free software and OSI's open-source licenses together are called FOSS licenses. There are licenses accepted by the OSI which are not free as per the Free Software Definition. The Open Source Definition allows for further restrictions like price, type of contribution and origin of the contribution, e.g. the case of the NASA Open Source Agreement, which requires the code to be "original" work.[3][4] The OSI does not endorse FSF license analysis (interpretation) as per their disclaimer.[5]

The FSF's Free Software Definition focuses on the user's unrestricted rights to use a program, to study and modify it, to copy it, and redistribute it for any purpose, which are considered by the FSF the four essential freedoms.[6][7] The OSI's open-source criteria focuses on the availability of the source code and the advantages of an unrestricted and community driven development model.[8] Yet, many FOSS licenses, like the Apache License, and all Free Software licenses allow commercial use of FOSS components.[9]

General comparison

For a simpler comparison across the most common licenses see free-software license comparison.

The following table compares various features of each license and is a general guide to the terms and conditions of each license, based on seven subjects or categories. Recent tools like the European Commissions' Joinup Licensing Assistant,[10] makes possible the licenses selection and comparison based on more than 40 subjects or categories, with access to their SPDX identifier and full text. The table below lists the permissions and limitations regarding the following subjects:

  • Linking - linking of the licensed code with code licensed under a different license (e.g. when the code is provided as a library)
  • Distribution - distribution of the code to third parties
  • Modification - modification of the code by a licensee
  • Patent grant - protection of licensees from patent claims made by code contributors regarding their contribution, and protection of contributors from patent claims made by licensees
  • Private use - whether modification to the code must be shared with the community or may be used privately (e.g. internal use by a corporation)
  • Sublicensing - whether modified code may be licensed under a different license (for example a copyright) or must retain the same license under which it was provided
  • TM grant - use of trademarks associated with the licensed code or its contributors by a licensee

In this table, "permissive" means the software has minimal restrictions on how it can be used, modified, and redistributed, usually including a warranty disclaimer. "Copyleft" means the software requires that its source code be made publicly available and that all provisions in the license be preserved in derivative works.

More information License, Author ...

Other licenses that don't have information:

More information license, Author ...

Approvals

This table lists for each license what organizations from the FOSS community have approved it  be it as a "free software" or as an "open source" license  , how those organizations categorize it, and the license compatibility between them for a combined or mixed derivative work. Organizations usually approve specific versions of software licenses. For instance, a FSF approval means that the Free Software Foundation (FSF) considers a license to be free-software license. The FSF recommends at least "Compatible with GPL" and preferably copyleft. The OSI recommends a mix of permissive and copyleft licenses, the Apache License 2.0, 2- & 3-clause BSD license, GPL, LGPL, MIT license, MPL 2.0, CDDL and EPL.

More information License and version, FSF approval ...
  1. The original version of the Artistic License is defined as non-free because it is overly vague, not because of the substance of the license. The FSF encourages projects to use the Clarified Artistic License instead.
  2. But can be made compatible by upgrading to GPLv3 via the optional "or later" clause added in most GPLv2 license texts.
  3. But not with GPLv2 without "or later" clause.
  4. MPL 2.0 is GPL compatible unless marked "Incompatible with Secondary Licenses".
  5. Listed as WTFPL.

See also


References

  1. "Various Licenses and Comments about Them". Free Software Foundation. Retrieved August 8, 2011.
  2. "Licenses by Name". Open Source Initiative. 16 September 2022.
  3. "Other Resources & Disclaimer". Open Source Initiative. While the OSI acknowledges these as potentially helpful resources for the community, it does not endorse any content, contributors or license interpretations from these websites.[...]The OSI does not promote or exclusively favor any of the above resources, but instead mentions them as a neutral, separate third-party.
  4. "What is Free Software", Free Software Foundation, Inc
  5. opensource.org/about "Open source is a development method for software that harnesses the power of distributed peer review and transparency of process. The promise of open source is better quality, higher reliability, more flexibility, lower cost, and an end to predatory vendor lock-in."
  6. Popp, Dr. Karl Michael (2015). Best Practices for commercial use of open source software. Norderstedt, Germany: Books on Demand. ISBN 978-3738619096.
  7. "Joinup Licensing Assistant". Retrieved 31 March 2020.
  8. "BSD license". 22 May 2011.
  9. "Using CC0 for public domain software". Creative Commons. April 15, 2011. Archived from the original on May 14, 2011. Retrieved May 10, 2011.
  10. https://www.gnu.org/licenses/agpl.doc : section 13 of the GNU AGPLv3 license
  11. https://www.gnu.org/licenses/lgpl.doc : the section 4 of the GNU Lesser General Public License version 3
  12. "MIT License". 31 October 2006.
  13. Open Source Initiative (16 September 2022). "The Approved Licenses". License Information. Open Source Initiative.
  14. Fedora. "Licensing – FedoraProject". Licenses. Fedora Project.
  15. Free Software Foundation. "Apache License, Version 2.0". Licenses. Free Software Foundation.
  16. "The BSD License:Licensing". Open Source Initiative. Archived from the original on 29 November 2009. Retrieved 1 February 2021.
  17. Dustin Kirkland (18 February 2016). "ZFS Licensing and Linux". Ubuntu Insights. Canonical.
  18. Are GPLv2 and CDDL incompatible? on hansenpartnership.com by James E.J. Bottomley "What the above analysis shows is that even though we presumed combination of GPLv2 and CDDL works to be a technical violation, there's no way actually to prosecute such a violation because we can’t develop a convincing theory of harm resulting. Because this makes it impossible to take the case to court, effectively it must be concluded that the combination of GPLv2 and CDDL, provided you’re following a GPLv2 compliance regime for all the code, is allowable." (23 February 2016)
  19. Moglen, Eben; Choudhary, Mishi (26 February 2016). "The Linux Kernel, CDDL and Related Issues".
  20. "Frequently Answered Questions". opensource.org. 21 October 2007. CC0 was not explicitly rejected, but the License Review Committee was unable to reach consensus that it should be approved
  21. https://www.gnu.org/licenses/ : "We use only licenses that are compatible with the GNU GPL for GNU software."
  22. "Frequently Asked Questions about the GNU Licenses – Is GPLv3 compatible with GPLv2?". gnu.org. Retrieved 3 June 2014. No. Some of the requirements in GPLv3, such as the requirement to provide Installation Information, do not exist in GPLv2. As a result, the licenses are not compatible: if you tried to combine code released under both these licenses, you would violate section 6 of GPLv2. However, if code is released under GPL "version 2 or later," that is compatible with GPLv3 because GPLv3 is one of the options it permits.
  23. Free Software Foundation. "A Quick Guide to GPLv3". Licenses. Free Software Foundation.
  24. Mozilla Foundation. "MPL 2.0 FAQ". Licenses. Mozilla Foundation.
  25. Free Software Foundation. "XFree86 1.1 License". Licenses. Free Software Foundation.

Share this article:

This article uses material from the Wikipedia article List_of_FSF_approved_software_licenses, and is written by contributors. Text is available under a CC BY-SA 4.0 International License; additional terms may apply. Images, videos and audio are available under their respective licenses.