Adrian Vovk, créateur de la distribution à mise à jour atomique carbonOS et de l'installateur pour GNOME OS, ainsi que l'un des développeurs de systemd-homed et systemd-sysupdate, a annoncé des modifications dans GNOME qui renforceront la dépendance du projet à systemd. Dans les prochaines versions de GNOME 49 et 50, certains composants propriétaires pour l'écran de connexion seront remplacés par les fonctionnalités standards de systemd, ce qui nécessitera la création de nouvelles couches pour fournir GNOME dans les distributions et systèmes d'exploitation qui n'utilisent pas systemd. Il est noté que la suppression de l'ancien code au profit des capacités standards de systemd simplifiera la maintenance, libérera le projet de solutions temporaires et permettra de réaliser des fonctionnalités supplémentaires, telles que la sauvegarde et la restauration des sessions.
Depuis 2015, GNOME utilise le gestionnaire de sessions systemd-logind, qui a remplacé ConsoleKit. Dans les distributions ne supportant pas systemd, on utilise elogind, une version allégée et indépendante de systemd de logind, ou des patches qui réintroduisent le support de ConsoleKit. Lors du développement de GNOME, ces solutions alternatives pour fonctionner sans systemd ne sont pas prises en compte ni testées, rendant leur fonctionnement dépendant des efforts de tiers enthousiastes.
Dans les futures versions de GNOME, l'infrastructure userdb fournie par systemd sera également intégrée dans le gestionnaire d'affichage GDM, remplaçant ainsi le service AccountsService. GNOME et systemd ne prennent pas en charge le lancement de plusieurs sessions graphiques pour un même utilisateur. Cependant, GDM peut afficher simultanément plusieurs écrans de connexion pour lancer plusieurs sessions graphiques en même temps, ce qui est utilisé lors de l'accès à distance au bureau et sur des systèmes multi-places avec plusieurs moniteurs et dispositifs d'entrée. Une telle fonctionnalité dans GDM a été réalisée il y a 15 ans comme une solution temporaire et n'est pas compatible avec le broker dbus moderne, c'est pourquoi il a été décidé de passer à une nouvelle mise en œuvre utilisant systemd-userdb pour l'attribution dynamique des comptes et le lancement de chaque instance de l'écran de connexion sous un utilisateur unique.
De plus, il a été décidé de supprimer de GNOME la mise en œuvre de son propre gestionnaire de services, qui était utilisé dans gnome-session comme un gestionnaire de secours pour le lancement des services GNOME dans des environnements sans systemd. Le gestionnaire de services intégré fonctionnait au niveau du lancement des fichiers desktop et du suivi des services associés. Ce gestionnaire de services a peu changé ces 17 dernières années et la seule raison pour laquelle il n'a pas été supprimé était son utilisation dans GDM pour démarrer l'écran de connexion. Après le passage de GDM à l'utilisation de systemd pour démarrer l'écran de connexion, le projet n'a plus de raisons de maintenir son propre gestionnaire de sessions primitif, qui entrave la capacité à sauvegarder et restaurer les sessions.
Pour faciliter l'adaptation aux changements des distributions n'utilisant pas systemd, GNOME 49 ajoutera temporairement la possibilité de lancer GDM sans userdb en utilisant un utilisateur fixe gdm-greeter pour la première session de connexion, gdm-greeter-2 pour la seconde, etc. Dans GNOME 50, cette possibilité ainsi que le gestionnaire de services intégré devraient être retirés. Par conséquent, les développeurs de distributions sans systemd doivent d'urgence élaborer 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.
Un remplacement du fichier exécutable gnome-session-ctl, coordonnant l'interaction entre le processus de lancement de session, le service D-Bus et systemd, sera également nécessaire. Le remplacement de gnome-session-ctl doit être développé avant la sortie de GNOME 49.
Source : opennet.ru
