Un Acuerdo de Licencia de Contribuidor ( CLA ) define los términos bajo los cuales se ha aportado propiedad intelectual a una empresa/proyecto, normalmente 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 de derechos de autor, [1] o para renovar la licencia 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 también restringiría al guardián.
El propósito de un CLA es asegurar que el guardián de los resultados de un proyecto tenga la propiedad o concesiones de derechos necesarias sobre todas las contribuciones para permitir que se distribuyan bajo la licencia elegida, a menudo otorgando una licencia irrevocable para permitir que el mantenedor del proyecto use la contribución; si los derechos de autor se transfieren efectivamente, el acuerdo se conoce más comúnmente como un Acuerdo de Transferencia de Derechos de Autor . Los CLA también tienen funciones en la sensibilización sobre las cuestiones de propiedad intelectual dentro de un proyecto. [3]
Cuando una CLA exige que un colaborador asigne derechos de republicación sin restricciones al proyecto, el código aportado puede volver a licenciarse a discreción del proyecto, incluso cuando la CLA no asigne derechos de autor al proyecto. Los defensores destacados del código abierto consideran que las CLA son peligrosas para los derechos de código abierto. [4]
En 2019, MongoDB utilizó estos derechos otorgados por su CLA para lograr una transición 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 fuera 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 llega después de años de lo que creemos que es una actuación engañosa y confusa de Amazon/AWS para la comunidad: ya es suficiente.
Hemos probado todas las vías disponibles, incluso la vía judicial, pero con el comportamiento constante de AWS, hemos decidido cambiar nuestra licencia para poder centrarnos en crear productos e innovar en lugar de litigar [...] [7]
Drew DeVault, un desarrollador principal de varios proyectos de código abierto como Sway , considera que esta medida es una laguna jurídica. Ambos proyectos se licenciaron bajo 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 colaboradores, quienes conservan sus derechos de autor y otorgaron a Elastic una licencia para distribuir su trabajo sin restricciones. Esta es la laguna legal que Elastic explotó cuando decidió que Elasticsearch ya no sería de código abierto [...] [8]
El proyecto Harmony fue creado por Canonical en 2010 para evitar opcionalmente los problemas comentados anteriormente. Proporciona un generador de plantillas CLA. Según las opciones elegidas, la CLA permitirá al colaborador conservar los derechos de autor y asignar derechos al proyecto (como se indica más arriba), pero con varias restricciones para renovar la licencia: el uso de la plantilla requiere elegir una de las opciones mutuamente excluyentes, que varían en cuanto a su grado de restricción. [9] Un ejemplo del mundo real es el proyecto Ubuntu. La CLA deja los derechos de autor en manos del colaborador y permite al proyecto renovar la licencia del código, pero con una restricción basada en la licencia bajo la que 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 licencias copyleft, permisivas, comerciales o de propiedad. Como condición para el ejercicio de este derecho, aceptamos también licenciar la Contribución bajo los términos de la licencia o licencias que estemos utilizando para el Material en la Fecha de Envío. [10]
Anteriormente, el Proyecto Fedora requería que los colaboradores 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 colaboradores 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 [50], cuyo (FLA-1.2) establece en la sección 3.3:
La FSFE ejercerá los derechos y licencias otorgados únicamente de conformidad con los principios del software libre definidos por la Free Software Foundation. La FSFE garantiza el uso de los derechos y licencias transferidos en estricta conformidad con las normas impuestas por las licencias de software libre, incluidas, entre otras, la Licencia Pública General de GNU (GPL) o la Licencia Pública General Reducida de GNU (LGPL), 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 documento se rescindirán y caducarán. [51]
Sin embargo, es opcional y cada colaborador puede no ceder sus derechos de autor a KDE eV.
{{cite web}}: CS1 maint: numeric names: authors list (link)