Les développeurs du projet postmarketOS, qui développe une distribution Linux pour smartphones basée sur la base de paquets Alpine Linux, la bibliothèque standard C Musl et un ensemble d'utilitaires BusyBox, ont annoncé la possibilité d'utiliser le gestionnaire de système systemd. Suite aux travaux d'implémentation de la prise en charge de systemd, qui ont duré environ un an, un prototype de compilation a été préparé et est disponible pour les tests, dans lequel systemd remplace le système d'initialisation OpenRC.
Le support de la création de compilations basées sur OpenRC sera maintenu, du moins tant que ce système est utilisé dans Alpine Linux. Lors de la création d'images postmarketOS, il sera toujours possible de choisir OpenRC dans pmbootstrap. Entre autres, OpenRC continuera d'être utilisé par les développeurs des compilations avec l'interface graphique Sxmo (Simple X Mobile), qui est basée sur le gestionnaire composite Sway.
Les compilations avec systemd seront formées sur la base de paquets Alpine Linux, comme auparavant, même si cette distribution ne supporte pas systemd et utilise la bibliothèque C Musl. Systemd prend officiellement en charge uniquement la bibliothèque C Glibc et les développeurs de postmarketOS doivent utiliser des correctifs supplémentaires qu'ils prévoient d'intégrer dans la composition principale de systemd (des travaux de simplification de l'intégration sont menés en collaboration avec les développeurs de systemd).
La complexité de la maintenance de la pile d'initialisation basée sur OpenRC dans un contexte de dépendance croissante de GNOME et KDE aux composants systemd est donnée comme raison pour la mise en œuvre du support de systemd. Pour faire fonctionner les fonctionnalités de GNOME et KDE liées à systemd, il fallait utiliser diverses couches intermédiaires, et le coût de l'utilisation sans systemd était la nécessité de maintenir adéquatement ces couches et de synchroniser avec le développement de GNOME et KDE, en l'absence de certaines fonctionnalités nécessaires dans ces couches et de l'imprévisibilité de la poursuite de l'assistance par les développeurs.
Par exemple, pour la compatibilité avec les services hostnamed, localed et timedated, la couche openrc-settingsd était utilisée, le paquet eudev a été utilisé à la place de udev, elogind à la place de logind, logbookd à la place de journald, le paquet superd était utilisé pour assurer la fonctionnalité «systemd --user», et waked était utilisé en remplacement de systemd.timer.
Parmi les couches utilisées, seuls openrc-settingsd et eudev bénéficient d'un support adéquat et du niveau de fonctionnalité nécessaire. Les projets elogind, logbookd et superd continuent d'être maintenus, mais nécessitent des améliorations car ils manquent de certaines fonctionnalités essentielles, tandis que waked reste sans support depuis environ un an. De plus, les développeurs de KDE Plasma Mobile souhaiteraient utiliser le service systemd-coredumpd pour simplifier le débogage, mais son remplacement corecollector reste sans support depuis 2020.
En ce qui concerne la nécessité d'utiliser ces services, les API D-Bus fournies par hostnamed, localed et timedated sont utilisées dans GNOME pour modifier les locales, les paramètres système et les fuseaux horaires ; udev est nécessaire pour gérer les périphériques connectés ; logind, « systemd —user » et journald sont impliqués dans la gestion des sessions utilisateurs dans gnome-session ; systemd.timer est utilisé dans GNOME Clock.
Parmi les nouvelles fonctionnalités qui pourront être mises en œuvre dans les builds basés sur systemd, on note une gestion granulaire des privilèges, l'utilisation de fonctionnalités avancées pour assurer la sécurité et la gestion des dépendances entre services, une intégration complète avec les cgroups, l'utilisation de l'activation par socket (par exemple, CUPS peut être démarré uniquement lors d'un accès au port réseau), et la présence d'outils intégrés pour analyser le processus de démarrage.
Source : opennet.ru
