{"id":100874,"date":"2021-07-30T10:22:40","date_gmt":"2021-07-30T08:22:40","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/proekt-glibc-otmenil-obyazatelnuyu-peredachu-prav-na-kod-fondu-spo"},"modified":"2021-07-30T10:22:40","modified_gmt":"2021-07-30T08:22:40","slug":"proekt-glibc-otmenil-obyazatelnuyu-peredachu-prav-na-kod-fondu-spo","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/proekt-glibc-otmenil-obyazatelnuyu-peredachu-prav-na-kod-fondu-spo","title":{"rendered":"El proyecto Glibc ha cancelado la transferencia obligatoria de derechos de c\u00f3digo al Fondo de Software Libre","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Los desarrolladores de la biblioteca de sistema GNU C Library (glibc) han realizado cambios en las reglas para la aceptaci\u00f3n de modificaciones y la transferencia de derechos de autor, que eliminan la obligaci\u00f3n de ceder al Fondo de Software Libre los derechos patrimoniales sobre el c\u00f3digo. 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\u00f3n del desarrollador. Las modificaciones a las reglas que permiten la aceptaci\u00f3n de parches sin la transferencia de derechos al Fondo de Software Libre entrar\u00e1n en vigor el 2 de agosto y afectar\u00e1n a todas las ramas de Glibc disponibles para desarrollo, a excepci\u00f3n del c\u00f3digo que se utiliza a trav\u00e9s de Gnulib en conjunto con otros proyectos de GNU. <\/p>\n
Adem\u00e1s de la transferencia de derechos de propiedad al Fondo SPO, se ha brindado a los desarrolladores la capacidad de confirmar el derecho a transferir el c\u00f3digo 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 adici\u00f3n de la l\u00ednea \"Firmado por: nombre y correo electr\u00f3nico del desarrollador\" a cada modificaci\u00f3n. Al adjuntar esta firma al parche, el desarrollador confirma su autor\u00eda sobre el c\u00f3digo transferido y acepta su distribuci\u00f3n como parte del proyecto o como parte del c\u00f3digo bajo una licencia libre. A diferencia de las acciones del proyecto GCC, la decisi\u00f3n en Glibc no se ha impuesto desde el consejo de administraci\u00f3n, sino que se ha tomado tras una discusi\u00f3n previa con todos los representantes de la comunidad. <\/p>\n
La eliminaci\u00f3n de la obligaci\u00f3n de firmar un acuerdo con el Fondo de Software Libre simplifica significativamente la incorporaci\u00f3n 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\u00e1culos legales y aprobaciones que no siempre se conclu\u00edan con \u00e9xito. <\/p>\n
La renuncia al control centralizado sobre los derechos del c\u00f3digo tambi\u00e9n consolida las condiciones de licencia originalmente aceptadas, ya que para cambiar la licencia ahora se requerir\u00e1 el consentimiento personal de cada desarrollador que no haya transferido los derechos al Fondo SPO. Al mismo tiempo, el c\u00f3digo de Glibc sigue siendo entregado bajo la licencia \"LGPLv2.1 o una versi\u00f3n m\u00e1s reciente\", lo que permite la transici\u00f3n a versiones m\u00e1s nuevas de LGPL sin necesidad de consentimiento adicional. Dado que los derechos sobre la mayor parte del c\u00f3digo siguen en manos del Fondo SPO, esta organizaci\u00f3n sigue desempe\u00f1ando el papel de garante de la distribuci\u00f3n del c\u00f3digo de Glibc \u00fanicamente bajo licencias de copyleft libres. Por ejemplo, el Fondo SPO puede bloquear intentos de introducir licencias duales\/comerciales o lanzar productos propietarios cerrados mediante acuerdos separados con los autores del c\u00f3digo. <\/p>\n
Entre los inconvenientes de la renuncia a la gesti\u00f3n centralizada de los derechos sobre el c\u00f3digo se se\u00f1ala la confusi\u00f3n al resolver cuestiones relacionadas con las licencias. Si antes todas las reclamaciones por violaciones de los t\u00e9rminos de licencia se resolv\u00edan a trav\u00e9s de una sola organizaci\u00f3n, 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\u00f3n con el n\u00facleo de Linux, donde desarrolladores individuales del n\u00facleo inician demandas, incluso con el objetivo de obtener enriquecimiento personal. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"