Un Acuerdo de licencia de colaborador ( CLA ) define los términos bajo los cuales se ha contribuido la propiedad intelectual a una empresa/proyecto, generalmente software bajo una licencia de código abierto .
Los CLA se pueden utilizar para permitir a los proveedores buscar fácilmente una resolución legal en caso de disputas sobre derechos de autor, [1] o para volver a otorgar licencias de productos para los cuales se han recibido contribuciones de terceros. [2] Los CLA son importantes especialmente para proyectos corporativos de código abierto bajo una licencia copyleft , ya que sin un CLA la contribución restringiría también al guardián.
El propósito de una CLA es garantizar que el guardián de los resultados de un proyecto tenga la propiedad o los derechos necesarios sobre todas las contribuciones para permitirles distribuir bajo la licencia elegida, a menudo mediante la concesión de una licencia irrevocable que permita al mantenedor del proyecto utilizar el contribución; Si realmente se transfieren los derechos de autor, el acuerdo normalmente se conoce como Acuerdo de transferencia de derechos de autor . Los CLA también desempeñan un papel en la sensibilización sobre las cuestiones de derechos de propiedad intelectual dentro de un proyecto. [3]
Cuando una CLA exige que un colaborador asigne derechos de republicación sin restricciones al proyecto, se puede volver a otorgar la licencia del código aportado a discreción del proyecto, incluso cuando la CLA no asigna derechos de autor al proyecto. Destacados defensores del código abierto consideran que los CLA son peligrosos para los derechos de código abierto. [4]
En 2019, MongoDB utilizó estos derechos otorgados por su CLA para lograr pasar a una licencia que no sea de código abierto. [5]
En enero de 2021, el proyecto Elasticsearch utilizó dichos derechos para trasladar el proyecto a una licencia que no sea de código abierto [6] argumentando que Amazon había estado "engañando y confundiendo a la comunidad".
[...] Nuestro cambio de licencia tiene como objetivo evitar que las empresas tomen nuestros productos Elasticsearch y Kibana y los proporcionen directamente como un servicio sin colaborar con nosotros.
Nuestro cambio de licencia se produce después de años de que lo que creemos que es Amazon/AWS engañe y confunda a la comunidad: ya es suficiente.
Hemos probado todas las vías disponibles, incluido acudir a los tribunales, pero con el comportamiento continuo de AWS, hemos decidido cambiar nuestra licencia para poder centrarnos en crear productos e innovar en lugar de litigar [...] [7]
Drew DeVault, un desarrollador líder con varios proyectos de código abierto como sway, considera esta medida como una laguna jurídica. Ambos proyectos obtuvieron una licencia copyleft, que utiliza los derechos de autor para proteger las contribuciones, pero la CLA niega la utilidad de los derechos de autor para lograr esta protección:
Elasticsearch pertenece a sus 1.573 contribuyentes, quienes conservan sus derechos de autor y otorgaron a Elastic una licencia para distribuir su trabajo sin restricciones. Esta es la laguna que Elastic aprovechó cuando decidieron que Elasticsearch ya no sería de código abierto [...] [8]
Canonical estableció Project Harmony en 2010 para evitar opcionalmente los problemas discutidos anteriormente. Proporciona un generador de plantillas CLA. Según las elecciones realizadas, el CLA permitirá al contribuyente conservar los derechos de autor y asignar derechos al proyecto (como se indicó anteriormente), pero con varias restricciones a la hora de volver a obtener la licencia: el uso de la plantilla requiere elegir una de las opciones mutuamente excluyentes, que varían en cuanto a restricciones. [9] Un ejemplo del mundo real es el proyecto Ubuntu. La CLA deja los derechos de autor en manos del colaborador y permite que el proyecto vuelva a otorgar la licencia del código, pero con una restricción basada en la licencia bajo la cual se realizó la contribución:
2.3 Licencia de salida Con base en la concesión de derechos en las Secciones 2.1 y 2.2, si incluimos su contribución en un material, podemos licenciar la contribución bajo cualquier licencia, incluidas las licencias copyleft, permisivas, comerciales o de propiedad. Como condición para el ejercicio de este derecho, aceptamos también licenciar la Contribución según los términos de la licencia o licencias que estamos utilizando para el Material en la Fecha de envío. [10]
Anteriormente, el Proyecto Fedora requería que los contribuyentes firmaran un CLA, ya sea como organización o como individuo. [11] Sin embargo, esto se retiró en 2011 [12] y en su lugar los contribuyentes deben aceptar el Acuerdo de Colaborador del Proyecto Fedora, que no es un acuerdo de licencia y no incluye la cesión de derechos de autor.
Las empresas y proyectos que utilizan CLA incluyen:
KDE utiliza el Acuerdo de Licencia Fiduciaria de la Free Software Foundation Europe [49] del cual (FLA-1.2) establece en la sección 3.3:
La FSFE sólo ejercerá los derechos y licencias otorgados de acuerdo con los principios del Software Libre definidos por las Fundaciones del Software Libre. La FSFE garantiza el uso de los derechos y licencias transferidos en estricta conformidad con las regulaciones impuestas por las licencias de Software Libre, incluidas, entre otras, la Licencia Pública General GNU (GPL) o la Licencia Pública General Reducida (LGPL) GNU respectivamente. En caso de que la FSFE viole los principios del Software Libre, todos los derechos y licencias otorgados volverán automáticamente al Beneficiario y las licencias otorgadas en virtud del presente se rescindirán y expirarán. [50]
Sin embargo, es opcional y todos los contribuyentes pueden no ceder sus derechos de autor a KDE eV.
{{cite web}}: CS1 maint: numeric names: authors list (link)