Das Projekt postmarketOS hat Systemd-basierte Builds vorgestellt.

Die Entwickler des Projekts postmarketOS, das eine Linux-Distribution für Smartphones entwickelt, die auf der Paketbasis von Alpine Linux, der standardmäßigen C-Bibliothek Musl und dem Satz von Utilities BusyBox basiert, haben die Möglichkeit angekündigt, den Systemmanager systemd zu verwenden. Nach einem Jahr der Arbeit an der Implementierung der Unterstützung für systemd ist ein Prototyp der Version verfügbar, in dem anstelle des Init-Systems OpenRC systemd eingesetzt wird.

Die Unterstützung zur Erstellung von Builds auf Basis von OpenRC bleibt bestehen, mindestens solange dieses System in Alpine Linux verwendet wird. Bei der Erstellung von postmarketOS-Images bleibt die Möglichkeit, OpenRC in pmbootstrap auszuwählen. Unter anderem planen die Entwickler von Builds mit der grafischen Oberfläche Sxmo (Simple X Mobile), die auf dem Compositor Sway basiert, OpenRC weiterhin zu verwenden.

Builds mit systemd werden weiterhin basierend auf der Paketbasis von Alpine Linux erstellt, obwohl diese Distribution systemd nicht unterstützt und die C-Bibliothek Musl verwendet. Systemd unterstützt offiziell nur die C-Bibliothek Glibc, und die Entwickler von postmarketOS müssen zusätzliche Patches verwenden, die im Laufe der Zeit in den Hauptbestand von systemd integriert werden sollen (es wird in Zusammenarbeit mit den Entwicklern von systemd daran gearbeitet, die Integration zu erleichtern).

Als Grund für die Implementierung der Unterstützung für systemd wird die Schwierigkeit genannt, den Init-Stack auf Basis von OpenRC angesichts der ständig wachsenden Abhängigkeit von GNOME und KDE von Komponenten von systemd aufrechtzuerhalten. Um die Funktionalitäten von GNOME und KDE, die von systemd abhängen, zu gewährleisten, mussten verschiedene Schichten verwendet werden. Der Preis für das Arbeiten ohne systemd war die Notwendigkeit, diese Schichten in gutem Zustand zu halten und mit der Entwicklung von GNOME und KDE zu synchronisieren, während in den Schichten einige notwendige Funktionen fehlten und die Fortführung der Unterstützung durch die Entwickler unvorhersehbar war.

Zum Beispiel wurde zur Kompatibilität mit den Diensten hostnamed, localed und timedated die Schicht openrc-settingsd verwendet, anstelle von udev wurde das Paket eudev verwendet, anstelle von logind — elogind, anstelle von journald — logbookd, um die Funktionalität von „systemd --user“ zu gewährleisten, wurde das Paket superd verwendet, und zur Ersetzung von systemd.timer wurde waked verwendet.

Von den verwendeten Schichten wird die erforderliche Unterstützung und das Niveau der notwendigen Funktionalität nur in openrc-settingsd und eudev gewährleistet. Die Projekte elogind, logbookd und superd werden weiterhin unterstützt, bedürfen jedoch Überarbeitungen, da ihnen einige notwendige Funktionen fehlen, während waked seit etwa einem Jahr ohne Unterstützung bleibt. Darüber hinaus möchten die Entwickler von KDE Plasma Mobile den Dienst systemd-coredumpd zur Vereinfachung des Debuggings nutzen, doch dessen Ersatz corecollector bleibt seit 2020 unbetreut.

Was die Notwendigkeit betrifft, diese Dienste zu nutzen, so werden die von hostnamed, localed und timedated bereitgestellten D-Bus-APIs in GNOME verwendet, um Gebietsschemata, Systemeinstellungen und Zeitzonen zu ändern; udev ist notwendig zur Verwaltung von angeschlossenen Geräten; logind, „systemd --user“ und journald werden zur Verwaltung von Benutzersitzungen in gnome-session verwendet; systemd.timer wird in GNOME Clock eingesetzt.

Zu den neuen Funktionen, die in den Versionen auf Basis von systemd realisiert werden können, zählen granulierte Verwaltung von Berechtigungen, der Einsatz erweiterter Sicherheits- und Abhängigkeitsmanagement-Funktionen zwischen Diensten, vollständige Integration mit cgroups, die Nutzung der socketbasierten Aktivierung (zum Beispiel kann CUPS nur beim Zugriff auf den Netzwerkport gestartet werden) sowie integrierte Werkzeuge zur Analyse des Bootprozesses.

Quelle: opennet.ru