{"id":112184,"date":"2023-12-13T15:10:14","date_gmt":"2023-12-13T13:10:14","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/kompaniya-canonical-perevela-proekt-lxd-na-liczenziyu-agplv3"},"modified":"2023-12-13T15:10:14","modified_gmt":"2023-12-13T13:10:14","slug":"kompaniya-canonical-perevela-proekt-lxd-na-liczenziyu-agplv3","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/kompaniya-canonical-perevela-proekt-lxd-na-liczenziyu-agplv3","title":{"rendered":"La soci\u00e9t\u00e9 Canonical a transf\u00e9r\u00e9 le projet LXD sous licence AGPLv3","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La soci\u00e9t\u00e9 Canonical a publi\u00e9 une nouvelle version du syst\u00e8me de gestion des conteneurs LXD 5.20, qui se distingue par un changement de licence du projet et l'introduction de la n\u00e9cessit\u00e9 de signer un accord CLA sur la cession des droits de propri\u00e9t\u00e9 sur le code lors de l'acceptation des modifications dans LXD. La licence sur le code ajout\u00e9 \u00e0 LXD par les employ\u00e9s de Canonical est pass\u00e9e de l'Apache 2.0 \u00e0 l'AGPLv3, tandis que le code des participants externes, pour lequel Canonical n'a pas de droits de propri\u00e9t\u00e9, reste sous Apache 2.0. Comme Canonical n'a pas la possibilit\u00e9 de modifier la licence de l'ensemble du code LXD, le projet sera d\u00e9sormais distribu\u00e9 sous des conditions mixtes \u2014 une partie du code sous AGPLv3 et une autre sous Apache 2.0. Le passage \u00e0 la nouvelle licence s'explique par le d\u00e9sir d'unifier la licence avec d'autres produits serveur de Canonical, qui utilisent l'AGPLv3. <\/p>\n
Le code des anciennes versions reste disponible sous la licence Apache 2.0, mais toutes les modifications apport\u00e9es aux composants re-licenci\u00e9s seront publi\u00e9es uniquement sous la licence AGPLv3, ce qui emp\u00eachera le fork Incus d'int\u00e9grer les modifications de LXD sans transf\u00e9rer sa base de code \u00e0 la licence AGPLv3. Les licences Apache 2.0 et AGPLv3 ont une compatibilit\u00e9 unidirectionnelle, ce qui signifie que le code sous la licence Apache 2.0 peut \u00eatre inclus dans le code sous la licence AGPLv3, mais pas l'inverse. Ce changement signifie la fin compl\u00e8te de la coop\u00e9ration entre les projets LXD et Incus, car le transfert de modifications de LXD vers Incus est entrav\u00e9 par la nouvelle licence, tandis que de Incus vers LXD, la n\u00e9cessit\u00e9 de signer un accord CLA, que les d\u00e9veloppeurs d'Incus ne souhaitent pas signer. <\/p>\n
La particularit\u00e9 de la licence AGPLv3 est l'introduction de restrictions suppl\u00e9mentaires pour les applications fournissant des services r\u00e9seau. Lorsqu'il utilise des composants AGPL dans des services r\u00e9seau, le d\u00e9veloppeur est tenu de fournir \u00e0 l'utilisateur le code source de toutes les modifications apport\u00e9es \u00e0 ces composants, m\u00eame si le logiciel sous-jacent ne est pas distribu\u00e9 et utilis\u00e9 uniquement dans l'infrastructure interne pour organiser le fonctionnement du service. La licence AGPL impose \u00e9galement des conditions de copyleft, c'est-\u00e0-dire que pour int\u00e9grer le code AGPL de LXD dans son projet, la base de code de son propre projet doit \u00eatre re-licenci\u00e9e sous la licence AGPL. <\/p>\n