Los desarrolladores de la biblioteca de sistema GNU C Library (glibc) han realizado cambios en las reglas para la aceptación de modificaciones y la transferencia de derechos de autor, que eliminan la obligación de ceder al Fondo de Software Libre los derechos patrimoniales sobre el código. De manera similar a los cambios anteriormente adoptados en el proyecto GCC, la firma del acuerdo CLA con el Fondo de Software Libre en Glibc se ha convertido en un proceso opcional, realizado a discreción del desarrollador. Las modificaciones a las reglas que permiten la aceptación de parches sin la transferencia de derechos al Fondo de Software Libre entrarán en vigor el 2 de agosto y afectarán a todas las ramas de Glibc disponibles para desarrollo, a excepción del código que se utiliza a través de Gnulib en conjunto con otros proyectos de GNU.
Además de la transferencia de derechos patrimoniales al Fondo de Software Libre, se ofrece a los desarrolladores la posibilidad de confirmar su derecho a ceder código al proyecto Glibc mediante el mecanismo del Certificado de Origen del Desarrollador (DCO). De acuerdo con el DCO, el seguimiento del autor se realiza mediante la inclusión de la línea «Signed-off-by: nombre y correo electrónico del desarrollador» en cada modificación. Al adjuntar esta firma al parche, el desarrollador certifica su autoría sobre el código transferido y acepta su distribución como parte del proyecto o como parte del código bajo licencia libre. A diferencia de las acciones del proyecto GCC, la decisión en Glibc no fue impuesta por el consejo directivo, sino que se tomó tras una discusión previa con todos los representantes de la comunidad.
La eliminación de la obligación de firmar un acuerdo con el Fondo de Software Libre simplifica significativamente la incorporación de nuevos participantes al desarrollo y hace que el proyecto sea independiente de las tendencias en el Fondo de Software Libre. Si la firma del acuerdo CLA por parte de participantes individuales solo llevaba a perder tiempo en formalidades innecesarias, para las corporaciones y empleados de grandes empresas, la transferencia de derechos al Fondo de Software Libre estaba relacionada con muchos obstáculos legales y aprobaciones que no siempre se concluían con éxito.
La renuncia a la gestión centralizada de los derechos sobre el código también solidifica las condiciones de licencia originalmente aceptadas, ya que para cambiar la licencia ahora se requerirá obtener el consentimiento personal de cada desarrollador que no haya transferido derechos al Fondo de Código Abierto. Al mismo tiempo, el código de Glibc sigue distribuyéndose bajo la licencia 'LGPLv2.1 o una versión posterior', lo que permite la transición a versiones más nuevas de la LGPL sin necesidad de un acuerdo adicional. Dado que los derechos sobre la mayor parte del código siguen en manos del Fondo de Código Abierto, esta organización continúa desempeñando el papel de garante de la distribución del código de Glibc solo bajo licencias de copyleft libres. Por ejemplo, el Fondo de Código Abierto puede bloquear intentos de introducir licencias duales/comerciales o lanzar productos propietarios cerrados mediante acuerdos separados con los autores del código.
Entre los inconvenientes de la renuncia a la gestión centralizada de los derechos sobre el código se señala la confusión al resolver cuestiones relacionadas con las licencias. Si antes todas las reclamaciones por violaciones de los términos de licencia se resolvían a través de una sola organización, ahora el resultado de las infracciones, incluidas las no intencionadas, se vuelve impredecible y requiere acuerdos con cada participante individual. Como ejemplo se cita la situación con el núcleo de Linux, donde desarrolladores individuales del núcleo inician demandas, incluso con el objetivo de obtener enriquecimiento personal.
Fuente: opennet.ru
