|Published||24 August 2017|
|Debian FSG compatible||Yes|
|GPL compatible||Optionally but not by default|
|Linking from code with a different licence||Yes|
The Eclipse Public License (EPL) is a free and open source software license most notably used for the Eclipse IDE and other projects by the Eclipse Foundation. It replaces the Common Public License (CPL) and removes certain terms relating to litigations related to patents.
The Eclipse Public License is designed to be a business-friendly free software license, and features weaker copyleft provisions than licenses such as the GNU General Public License (GPL). The receiver of EPL-licensed programs can use, modify, copy and distribute the work and modified versions, in some cases being obligated to release their own changes.
On January 20, 2021, the license steward for the license was changed from Eclipse.org Foundation, Inc. (Delaware, USA) to Eclipse Foundation AISBL (Brussels, Belgium).
This section's factual accuracy may be compromised due to out-of-date information. (December 2015)
The EPL 1.0 is not compatible with the GPL, and a work created by combining a work licensed under the GPL with a work licensed under the EPL cannot be lawfully distributed. The GPL requires that "[any distributed work] that ... contains or is derived from the [GPL-licensed] Program ... be licensed as a whole ... under the terms of [the GPL]", and that the distributor not "impose any further restrictions on the recipients' exercise of the rights granted". The EPL, however, requires that anyone distributing the work grant every recipient a license to any patents that they might hold that cover the modifications they have made. Because this is a "further restriction" on the recipients, distribution of such a combined work does not satisfy the GPL.
According to article 1(b) of the EPL, additions to the original work may be licensed independently, including under a proprietary license, provided such additions are "separate modules of software" and do not constitute a derivative work. Changes and additions which do constitute a derivative work must be licensed under the same terms and conditions of the EPL, which includes the requirement to make source code available.
Linking to code (for example to a library) licensed under EPL automatically does not mean that your program is a derivative work. Eclipse Foundation interprets the term "derivative work" in a way that is consistent with the definition in the U.S. Copyright Act, as applicable to computer software.
If a new version of the EPL is published the user/contributor can choose to distribute the software under the version with which he or she received it or upgrade to the new version.
Comparison with the CPL
- The Eclipse Foundation replaces IBM as the Agreement Steward in the EPL
- The EPL patent clause is revised by deleting the sentence from section 7 of the CPL
The Eclipse Foundation sought permission from contributors to re-licence their CPL code under the EPL.
Version 2.0 of the Eclipse Public License (SPDX code EPL-2.0) was announced on 24 August 2017. The Eclipse Foundation maintains an FAQ. The FSF has analyzed the license in relation to GPL license compatibility and added it to their official list. The bare license notice is available in several formats, including plain text.
In terms of GPL compatibility, the new license allows the initial contributor to a new project to opt in to a secondary license that provides explicit compatibility with the GNU General Public License version 2.0, or any later version. If this optional designation is absent, then the Eclipse license remains source incompatible with the GPL (any version).
Other changes include:
- the license now applies to "files" not "modules"
- the choice of law provision has been removed
The Eclipse Foundation advises that version 1.0 is deprecated and that projects should migrate to version 2.0. Relicensing is a straightforward matter and does not require the consent of all contributors, past and present. Rather, the version 1.0 license allows a project (preferably after forming a consensus) to adopt any new version by simply updating the relevant file headers and license notices.: §3
In addition to the Eclipse Foundation, the EPL is used in some other projects, especially those running on the Java virtual machine.
Licensed solely under the EPL
Multi-licensed under the EPL and one or more other licenses
- "Copyright information for Debian package eclipse-emf". Archived from the original on 7 June 2011. Retrieved 18 February 2011.
- "Various Licenses and Comments about Them". Retrieved 3 June 2016.
- "OSI approval". Retrieved 21 June 2007.
- In section 7, this sentence is in CPL 1.0, but not EPL 1.0: "If Recipient institutes patent litigation against a Contributor with respect to a patent applicable to software (including a cross-claim or counterclaim in a lawsuit), then any patent licenses granted by that Contributor to such Recipient under this Agreement shall terminate as of the date such litigation is filed."
- "Open Source Software: a legal guide | LawGives". LawGives. Archived from the original on 30 July 2020. Retrieved 30 July 2020.
- "Eclipse Public License - v 1.0". Retrieved 12 September 2006.
- "Community Review of the Eclipse Public License". 31 May 2013.
- "[License-review] Change in Steward for the Eclipse Public License 2.0". lists.opensource.org. Retrieved 2 May 2021.
- "Eclipse Public License (EPL) Frequently Asked Questions". Retrieved 18 December 2009.
- Beaton, Wayne. "EPL-2.0 FAQ | The Eclipse Foundation". www.eclipse.org. Retrieved 25 June 2019.
- "CPL to EPL Transition Plan" (PDF). 12 September 2006.
- "CPL To EPL Transition Plan Frequently Asked Questions". Retrieved 21 December 2015.
- Beaton, Wayne. "Eclipse Public License 2.0 FAQ". Eclipse Foundation. Ottawa, Canada. Retrieved 20 October 2017.
- Robertson, Donald (17 October 2017). "Eclipse Public License version 2.0 added to license list". Free Software Foundation. Retrieved 20 October 2017.
- Eclipse Public License — v 2.0 (TXT). Ottawa, Canada: Eclipse Foundation. 2017. Retrieved 20 October 2017.
- "ast-open package". Archived from the original on 2 April 2015.
- "JUnit 5". GitHub. 22 October 2021.
- "FAQ | OpenDaylight". www.opendaylight.org. Archived from the original on 29 April 2014.
- "jruby/COPYING at master - jruby/jruby". GitHub. 1 January 2014. Retrieved 11 February 2014.