GNOME a été adapté pour être géré via systemd

Benjamin Berg (Benjamin Berg), un des ingénieurs de Red Hat, travaillant sur le développement de GNOME, a résumé les résultats du travail de traduction de GNOME pour la gestion des sessions exclusivement via systemd, sans utiliser le processus gnome-session.

Pour gérer l'accès à GNOME, on utilise déjà depuis longtemps systemd-logind, qui suit les états des sessions associées à l'utilisateur, gère les identifiants de session, s'occupe du basculement entre les sessions actives, coordonne les environnements multi-utilisateurs (Multi-seat), définit des politiques d'accès aux appareils, fournit des outils pour l'arrêt et la mise en veille, etc.

Toutefois, certaines fonctionnalités liées aux sessions restaient sous la responsabilité du processus gnome-session, qui gérait les sessions via D-Bus, lançait le gestionnaire d'affichage et les composants GNOME, et organisait le lancement automatique des applications spécifiées par l'utilisateur. Au cours du développement de GNOME 3.34, les capacités spécifiques à gnome-session ont été formulées sous forme de fichiers unitaires pour systemd, exécutés en mode « systemd --user », c'est-à-dire liés à l'environnement d'un utilisateur spécifique, et non à l'ensemble du système. Les modifications ont déjà été appliquées dans la distribution Fedora 31, dont la sortie est prévue pour fin octobre.

L'utilisation de systemd a permis d'organiser le lancement des gestionnaires à la demande ou lors de certains événements, ainsi qu'une réaction plus sophistiquée aux terminaisons prématurées des processus en raison de pannes et un traitement élargi des dépendances lors du lancement des composants GNOME. En conséquence, il est possible de réduire le nombre de processus toujours en cours d'exécution et de diminuer la consommation de mémoire. Par exemple, XWayland peut désormais être lancé uniquement lorsqu'une application utilisant le protocole X11 est exécutée, et les composants spécifiques à un matériel donné, uniquement en présence de ce matériel (par exemple, les gestionnaires pour les cartes à puce seront lancés lors de l'insertion de la carte et arrêtés lors de son retrait).

Les utilisateurs disposent désormais d'outils de gestion plus flexibles pour le lancement des services, par exemple, pour désactiver le gestionnaire de touches multimédias, il suffit d'exécuter «systemctl —user stop gsd-media-keys.target». En cas de problèmes, les logs de chaque gestionnaire peuvent être consultés avec la commande journalctl (par exemple, «journalctl —user -u gsd-media-keys.service»), après avoir activé la journalisation de débogage dans le service («Environment=G_MESSAGES_DEBUG=all»). Il est également possible de lancer tous les composants GNOME dans des environnements sandbox isolés, qui ont des exigences de sécurité élevées.

Pour faciliter la transition, le support de l'ancienne méthode de lancement des processus prévu sera maintenu pendant plusieurs cycles de développement de GNOME. Ensuite, les développeurs procéderont à un examen de l'état de gnome-session et il est probable (indiqué comme «likely») qu'ils supprimeront les moyens de lancer des processus et de gérer l'API D-Bus. Ensuite, l'utilisation de «systemd —user» sera considérée comme une fonction obligatoire, ce qui pourrait poser des problèmes pour les systèmes sans systemd et nécessitera la préparation d'une solution alternative, comme cela avait été le cas avec systemd-logind. Cependant, lors de sa présentation à la conférence GUADEC 2019, Benjamin Berg a mentionné l'intention de conserver le soutien de l'ancienne méthode de lancement pour les systèmes sans systemd, mais cette information contredit les plans pour page du projet.

Source : opennet.ru