Adrian Vovk, cr\u00e9ateur de la distribution \u00e0 mise \u00e0 jour atomique carbonOS et de l'installateur pour GNOME OS, ainsi que l'un des d\u00e9veloppeurs de systemd-homed et systemd-sysupdate, a annonc\u00e9 des modifications dans GNOME qui renforceront la d\u00e9pendance du projet \u00e0 systemd. Dans les prochaines versions de GNOME 49 et 50, certains composants propri\u00e9taires pour l'\u00e9cran de connexion seront remplac\u00e9s par les fonctionnalit\u00e9s standards de systemd, ce qui n\u00e9cessitera la cr\u00e9ation de nouvelles couches pour fournir GNOME dans les distributions et syst\u00e8mes d'exploitation qui n'utilisent pas systemd. Il est not\u00e9 que la suppression de l'ancien code au profit des capacit\u00e9s standards de systemd simplifiera la maintenance, lib\u00e9rera le projet de solutions temporaires et permettra de r\u00e9aliser des fonctionnalit\u00e9s suppl\u00e9mentaires, telles que la sauvegarde et la restauration des sessions. <\/p>\n
Depuis 2015, GNOME utilise le gestionnaire de sessions systemd-logind, qui a remplac\u00e9 ConsoleKit. Dans les distributions ne supportant pas systemd, on utilise elogind, une version all\u00e9g\u00e9e et ind\u00e9pendante de systemd de logind, ou des patches qui r\u00e9introduisent le support de ConsoleKit. Lors du d\u00e9veloppement de GNOME, ces solutions alternatives pour fonctionner sans systemd ne sont pas prises en compte ni test\u00e9es, rendant leur fonctionnement d\u00e9pendant des efforts de tiers enthousiastes. <\/p>\n
Dans les futures versions de GNOME, l'infrastructure userdb fournie par systemd sera \u00e9galement int\u00e9gr\u00e9e dans le gestionnaire d'affichage GDM, rempla\u00e7ant ainsi le service AccountsService. GNOME et systemd ne prennent pas en charge le lancement de plusieurs sessions graphiques pour un m\u00eame utilisateur. Cependant, GDM peut afficher simultan\u00e9ment plusieurs \u00e9crans de connexion pour lancer plusieurs sessions graphiques en m\u00eame temps, ce qui est utilis\u00e9 lors de l'acc\u00e8s \u00e0 distance au bureau et sur des syst\u00e8mes multi-places avec plusieurs moniteurs et dispositifs d'entr\u00e9e. Une telle fonctionnalit\u00e9 dans GDM a \u00e9t\u00e9 r\u00e9alis\u00e9e il y a 15 ans comme une solution temporaire et n'est pas compatible avec le broker dbus moderne, c'est pourquoi il a \u00e9t\u00e9 d\u00e9cid\u00e9 de passer \u00e0 une nouvelle mise en \u0153uvre utilisant systemd-userdb pour l'attribution dynamique des comptes et le lancement de chaque instance de l'\u00e9cran de connexion sous un utilisateur unique. <\/p>\n
De plus, il a \u00e9t\u00e9 d\u00e9cid\u00e9 de supprimer de GNOME la mise en \u0153uvre de son propre gestionnaire de services, qui \u00e9tait utilis\u00e9 dans gnome-session comme un gestionnaire de secours pour le lancement des services GNOME dans des environnements sans systemd. Le gestionnaire de services int\u00e9gr\u00e9 fonctionnait au niveau du lancement des fichiers desktop et du suivi des services associ\u00e9s. Ce gestionnaire de services a peu chang\u00e9 ces 17 derni\u00e8res ann\u00e9es et la seule raison pour laquelle il n'a pas \u00e9t\u00e9 supprim\u00e9 \u00e9tait son utilisation dans GDM pour d\u00e9marrer l'\u00e9cran de connexion. Apr\u00e8s le passage de GDM \u00e0 l'utilisation de systemd pour d\u00e9marrer l'\u00e9cran de connexion, le projet n'a plus de raisons de maintenir son propre gestionnaire de sessions primitif, qui entrave la capacit\u00e9 \u00e0 sauvegarder et restaurer les sessions. <\/p>\n
Pour faciliter l'adaptation aux changements des distributions n'utilisant pas systemd, GNOME 49 ajoutera temporairement la possibilit\u00e9 de lancer GDM sans userdb en utilisant un utilisateur fixe gdm-greeter pour la premi\u00e8re session de connexion, gdm-greeter-2 pour la seconde, etc. Dans GNOME 50, cette possibilit\u00e9 ainsi que le gestionnaire de services int\u00e9gr\u00e9 devraient \u00eatre retir\u00e9s. Par cons\u00e9quent, les d\u00e9veloppeurs de distributions sans systemd doivent d'urgence \u00e9laborer des couches de remplacement pour systemd-userdb (io.systemd.Multiplexer, API Varlink userdb) et le processus de lancement de session (leader de session) interagissant avec le gestionnaire de services en usage dans la distribution. <\/p>\n