In this article we are going to explore and analyze Eclipse Public License from different perspectives and in different contexts. Eclipse Public License is a topic that has captured the attention of people around the world, and its importance and impact are undeniable. Over the years, Eclipse Public License has sparked heated debates, driven significant change, and been a source of inspiration to many. In this post, we will take a deep look at Eclipse Public License to understand its meaning, relevance, and influence on our lives. From its origin to its evolution, Eclipse Public License has left an indelible mark on society, and it is essential to understand its reach in order to appreciate its true value. The objective of this article is to offer a complete and insightful overview of Eclipse Public License, and thus contribute to the understanding and discussion of this topic.
Author | Eclipse Foundation |
---|---|
Latest version | 2.0 |
Published | 24 August 2017 |
SPDX identifier | EPL-2.0 EPL-1.0 |
Debian FSG compatible | Yes[1] |
FSF approved | Yes[2] |
OSI approved | Yes[3] |
GPL compatible | Optionally but not by default[4] |
Copyleft | Limited[2] |
Linking from code with a different licence | Yes[5] |
Website | eclipse |
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.[6]
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).[7] 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.[8]
The EPL is listed as a free software license by the Free Software Foundation (FSF) and approved by the Open Source Initiative (OSI).[3][2]
Discussion of a new version of the EPL began in May 2013.[9] Version 2.0 was announced on 24 August 2017.[4]
On 20 January 2021, the license steward for the license was changed from Eclipse.org Foundation, Inc. (Delaware, USA) to Eclipse Foundation AISBL (Brussels, Belgium).[10]
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.[7] The GPL requires that " that ... contains or is derived from the Program ... be licensed as a whole ... under the terms of ", 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.[7] Because this is a "further restriction" on the recipients, distribution of such a combined work does not satisfy the GPL.[2]
The EPL, in addition, does not contain a patent retaliation clause.[2]
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.[11][8] 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.[8]
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.[12]
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.[8]
The EPL was based on the Common Public License (CPL),[13] but there are some differences between the two licenses:
The Eclipse Foundation sought permission from contributors to re-licence their CPL code under the EPL.[14]
Version 2.0 of the Eclipse Public License (SPDX code EPL-2.0) was announced on 24 August 2017.[4] The Eclipse Foundation maintains an FAQ.[15] The FSF has analyzed the license in relation to GPL license compatibility and added it to their official list.[16] The bare license notice is available in several formats, including plain text.[17]
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).[4][16]
Other changes include:[15]
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.[15]: §3
In addition to the Eclipse Foundation, the EPL is used in some other projects, especially those running on the Java virtual machine.
The new EPL v2 will now optionally allow EPL licensed projects to be compatible with the GPL. ... The new EPL v2 will allow initial contributors to new projects to specify if they want their EPL v2 licensed project to be GPL compatible.