La Licencia Pública Eclipse ( EPL ) es una licencia de software libre y de código abierto utilizada principalmente para Eclipse IDE y otros proyectos de la Fundación Eclipse . Reemplaza la Licencia Pública Común (CPL) y elimina ciertos términos relacionados con litigios relacionados con patentes . [6]
La Licencia Pública Eclipse está diseñada para ser una licencia de software libre favorable para las empresas y presenta disposiciones copyleft más débiles que licencias como la Licencia Pública General GNU (GPL). [7] El receptor de programas con licencia EPL puede usar, modificar, copiar y distribuir el trabajo y las versiones modificadas, en algunos casos estando obligado a publicar sus propios cambios. [8]
La EPL está catalogada como licencia de software libre por la Free Software Foundation (FSF) y aprobada por la Open Source Initiative (OSI). [3] [2]
La discusión de una nueva versión de la EPL comenzó en mayo de 2013. [9] La versión 2.0 se anunció el 24 de agosto de 2017. [4]
El 20 de enero de 2021, el administrador de la licencia pasó de Eclipse.org Foundation, Inc. (Delaware, EE. UU.) a Eclipse Foundation AISBL (Bruselas, Bélgica). [10]
La EPL 1.0 no es compatible con la GPL, y una obra creada mediante la combinación de una obra licenciada bajo la GPL con una obra licenciada bajo la EPL no puede distribuirse legalmente. [7] La GPL exige que "[cualquier obra distribuida] que... contenga o derive del Programa [licenciado bajo la GPL]... sea licenciada como un todo... bajo los términos de [la GPL]", y que el distribuidor no "imponga ninguna restricción adicional al ejercicio por parte de los destinatarios de los derechos concedidos". Sin embargo, la EPL exige que cualquiera que distribuya la obra conceda a cada destinatario una licencia sobre cualquier patente que puedan tener y que cubra las modificaciones que hayan realizado. [7] Dado que se trata de una "restricción adicional" para los destinatarios, la distribución de una obra combinada de este tipo no satisface la GPL. [2]
Además, la LPE no contiene ninguna cláusula de represalia por patentes . [2]
Según el artículo 1(b) de la EPL, las adiciones a la obra original pueden licenciarse de forma independiente, incluso bajo una licencia propietaria , siempre que dichas adiciones sean "módulos separados de software" y no constituyan una obra derivada . [11] [8] Los cambios y adiciones que sí constituyen una obra derivada deben licenciarse bajo los mismos términos y condiciones de la EPL, que incluye el requisito de poner a disposición el código fuente . [8]
El hecho de vincular un código (por ejemplo, una biblioteca) con licencia EPL no significa automáticamente que su programa sea una obra derivada. La Fundación Eclipse interpreta el término "obra derivada" de una manera que es coherente con la definición de la Ley de Derechos de Autor de los Estados Unidos, tal como se aplica al software informático. [12]
Si se publica una nueva versión de la EPL, el usuario/colaborador puede elegir distribuir el software con la versión con la que lo recibió o actualizarlo a la nueva versión. [8]
La EPL se basó en la Licencia Pública Común (CPL), [13] pero existen algunas diferencias entre las dos licencias:
La Fundación Eclipse solicitó permiso a los colaboradores para volver a licenciar su código CPL bajo la EPL. [14]
La versión 2.0 de la Licencia Pública Eclipse ( código SPDX EPL-2.0 ) se anunció el 24 de agosto de 2017. [4] La Fundación Eclipse mantiene una sección de preguntas frecuentes. [15] La FSF ha analizado la licencia en relación con la compatibilidad de la licencia GPL y la ha añadido a su lista oficial. [16] El aviso de licencia simple está disponible en varios formatos, incluido el texto sin formato. [17]
En términos de compatibilidad con la GPL, la nueva licencia permite al colaborador inicial de un nuevo proyecto optar por una licencia secundaria que proporcione compatibilidad explícita con la Licencia Pública General GNU versión 2.0, o cualquier versión posterior. Si no se incluye esta designación opcional, la licencia Eclipse sigue siendo incompatible con la GPL (cualquier versión). [4] [16]
Otros cambios incluyen: [15]
La Fundación Eclipse advierte que la versión 1.0 está obsoleta y que los proyectos deberían migrar a la versión 2.0. La renovación de la licencia es un asunto sencillo y no requiere el consentimiento de todos los colaboradores, pasados y presentes. En cambio, la licencia de la versión 1.0 permite que un proyecto (preferiblemente después de formar un consenso) adopte cualquier nueva versión simplemente actualizando los encabezados de los archivos y los avisos de licencia pertinentes. [15] : §3
Además de Eclipse Foundation, el EPL se utiliza en otros proyectos, especialmente aquellos que se ejecutan en la máquina virtual Java .
La nueva EPL v2 ahora permitirá opcionalmente que los proyectos con licencia EPL sean compatibles con la GPL.
... La nueva EPL v2 permitirá que los contribuyentes iniciales a nuevos proyectos especifiquen si desean que su proyecto con licencia EPL v2 sea compatible con la GPL.