{"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\/fr\/blog\/news\/proekt-glibc-otmenil-obyazatelnuyu-peredachu-prav-na-kod-fondu-spo","title":{"rendered":"Le projet Glibc a annul\u00e9 l'obligation de c\u00e9der les droits de code \u00e0 la Fondation SPI.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Les d\u00e9veloppeurs de la biblioth\u00e8que syst\u00e8me GNU C Library (glibc) ont modifi\u00e9 les r\u00e8gles d'acceptation des contributions et de cession des droits d'auteur, annulant l'obligation de transmettre \u00e0 la Fondation SPI les droits de propri\u00e9t\u00e9 sur le code. \u00c0 l'instar des modifications pr\u00e9c\u00e9demment adopt\u00e9es dans le projet GCC, la signature de l'accord CLA avec la Fondation SPI dans Glibc est devenus une op\u00e9ration non obligatoire, effectu\u00e9e \u00e0 la discr\u00e9tion du d\u00e9veloppeur. Les changements de r\u00e8gles, permettant l'acceptation des patchs sans cession de droits \u00e0 la fondation SPI, entreront en vigueur le 2 ao\u00fbt et concerneront toutes les branches de d\u00e9veloppement disponibles de Glibc, \u00e0 l'exception du code utilis\u00e9 via Gnulib en collaboration avec d'autres projets GNU. <\/p>\n
En plus de la transmission des droits de propri\u00e9t\u00e9 au Fonds SPO, les d\u00e9veloppeurs ont la possibilit\u00e9 de confirmer leur droit de transf\u00e9rer le code au projet Glibc gr\u00e2ce au m\u00e9canisme du Developer Certificate of Origin (DCO). Selon le DCO, le suivi de l'auteur est effectu\u00e9 en attachant \u00e0 chaque modification la ligne \u00ab Signed-off-by: nom et email du d\u00e9veloppeur \u00bb. En ajoutant cette signature au patch, le d\u00e9veloppeur confirme son autorit\u00e9 sur le code transf\u00e9r\u00e9 et accepte sa distribution dans le cadre du projet ou comme partie du code sous une licence libre. Contrairement aux actions du projet GCC, la d\u00e9cision dans Glibc n'est pas impos\u00e9e par le conseil de direction, mais prise apr\u00e8s une discussion pr\u00e9alable avec tous les repr\u00e9sentants de la communaut\u00e9. <\/p>\n
L'annulation de la signature obligatoire de l'accord avec la Fondation SPI simplifie consid\u00e9rablement l'int\u00e9gration des nouveaux participants dans le d\u00e9veloppement et rend le projet ind\u00e9pendant des tendances de la Fondation SPI. Si la signature de l'accord CLA par des participants individuels ne faisait que gaspiller du temps avec des formalit\u00e9s superflues, pour les entreprises et les employ\u00e9s de grandes soci\u00e9t\u00e9s, la cession des droits \u00e0 la Fondation SPI \u00e9tait accompagn\u00e9e de nombreuses complications juridiques et de validations, qui ne se terminaient pas toujours avec succ\u00e8s. <\/p>\n
Le renoncement \u00e0 une gestion centralis\u00e9e des droits sur le code renforce \u00e9galement les conditions de licence initialement accept\u00e9es, car tout changement de licence n\u00e9cessite d\u00e9sormais le consentement personnel de chaque d\u00e9veloppeur n'ayant pas transf\u00e9r\u00e9 ses droits au Fonds SPO. Par ailleurs, le code Glibc continue d'\u00eatre distribu\u00e9 sous la licence \u00ab LGPLv2.1 ou version ult\u00e9rieure \u00bb, ce qui permet de migrer vers des versions plus r\u00e9centes de la LGPL sans accord suppl\u00e9mentaire. \u00c9tant donn\u00e9 que les droits sur la majorit\u00e9 du code restent entre les mains du Fonds SPO, cette organisation continue de jouer le r\u00f4le de garant de la distribution du code Glibc uniquement sous des licences copyleft libres. Par exemple, le Fonds SPO peut bloquer les tentatives d'introduction de licences doubles\/commerciales ou la publication de produits propri\u00e9taires ferm\u00e9s par un accord distinct avec les auteurs du code. <\/p>\n
Parmi les inconv\u00e9nients de l'abandon de la gestion centralis\u00e9e des droits sur le code, on note la confusion qui peut survenir dans le traitement des questions li\u00e9es aux licences. Alors qu'auparavant toutes les r\u00e9clamations concernant des violations des conditions de licence \u00e9taient r\u00e9solues par l'interm\u00e9diaire d'une seule organisation, la gestion des violations, y compris celles non intentionnelles, devient d\u00e9sormais impr\u00e9visible et n\u00e9cessite un accord avec chaque participant individuel. \u00c0 titre d'exemple, on mentionne la situation avec le noyau Linux, o\u00f9 des d\u00e9veloppeurs individuels du noyau intentent des poursuites judiciaires, y compris dans le but d'enrichissement personnel. \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"