Un nouveau fork du ‘containervisor’ LXD de Canonical

Le développeur de SUSE, Aleksa Sarai, a créé Incus, un fork du code LXD de Canonical, avec le soutien de l’ancien développeur principal du conteneur-gestionnaire-cum-hyperviseur.

Il y a un mois, Canonical a annoncé que LXD ne serait plus indépendant, et le fabricant d’Ubuntu le retirait du projet Linux Containers et prenait le développement en interne.

Peu de temps après, au moins une raison potentielle du déménagement de Canonical est devenue publique : l’ancien ingénieur en chef de LXD, Stéphane Graber, a déclaré qu’il avait quitté le développeur de la distribution Linux. Il a déclaré qu’il prévoyait de continuer à contribuer au projet et travaillera sous la poignée Zabbly :

Eh bien, probablement, il a fait devenir une barrière, car maintenant deux nouveaux forks de LXD sont apparus. L’un est le propre fork d’Incus de Graber, et il s’est empressé de souligner qu’il avait été conçu pour aider au développement du projet de Sarai.

Nous avons donc maintenant Incus, dérivé de la base de code LXD en amont de Sarai, connue en ligne sous le nom de Cyphar. Il existe déjà une liste d’une douzaine de problèmes avec le nouveau fork – notamment, tous créés par Graber. Celles-ci tournent autour de la suppression des dépendances et des crochets dans d’autres outils et technologies Canonical.

La discussion qui s’ensuit sur Hacker News contient des informations intéressantes. Graber lui-même a dit :

Alors qu’il était encore chez Canonical, Graber a décrit comment utiliser LXD sur ChromeOS, et d’autres ont donné beaucoup plus de détails sur son fonctionnement, ainsi que sur la façon d’exécuter d’autres distributions que la Debian par défaut.

Le personnel de Canonical a précédemment déclaré que “le composant logiciel enfichable LXD produit par l’équipe LXD est le moyen préféré de consommer LXD”.

Graber, cependant, a poursuivi en disant:

Bien que ceux-ci aient apparemment été corrigés dans les versions plus récentes de LXD, pas plus tard que l’année dernière, les utilisateurs ont signalé des problèmes liés à l’exécution de Snap à l’intérieur Conteneurs LXD, décrivant les solutions de contournement comme étant “aussi piratées que n’importe quoi”.

Compte tenu de la controverse entourant l’emballage Snap, il est compréhensible que certaines personnes intéressées à essayer LXD ne souhaitent pas utiliser la version Snap.

Le fondateur d’Ubuntu et “dictateur bienveillant autoproclamé à vie”, ou SABDFL, Mark Shuttleworth a également commenté dans cette discussion, soulignant que :

Graber a souligné que les versions natives de LXD sont incluses dans d’autres distributions – tout comme, pour être juste, la documentation de LXD.

Cependant, si cette liste de sélection de la suppression de l’intégration avec d’autres fonctionnalités d’Ubuntu est une indication, cette distance accrue d’Ubuntu pourrait à terme s’avérer être un différenciateur significatif pour Incus – ainsi que renforcer sa popularité. ®