{"id":136162,"date":"2025-06-11T21:05:08","date_gmt":"2025-06-11T19:05:08","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-gnome-budet-usilena-zavisimost-ot-systemd"},"modified":"2025-06-11T21:05:08","modified_gmt":"2025-06-11T19:05:08","slug":"v-gnome-budet-usilena-zavisimost-ot-systemd","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/v-gnome-budet-usilena-zavisimost-ot-systemd","title":{"rendered":"In GNOME wird die Abh\u00e4ngigkeit von systemd verst\u00e4rkt","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Adrian Vovk, der Sch\u00f6pfer der atomar aktualisierbaren Distribution carbonOS und des Installers f\u00fcr GNOME OS sowie einer der Entwickler von systemd-homed und systemd-sysupdate, hat \u00c4nderungen in GNOME angek\u00fcndigt, die die Abh\u00e4ngigkeit des Projekts von systemd verst\u00e4rken werden. In den kommenden Versionen GNOME 49 und 50 werden einige eigene Komponenten f\u00fcr den Anmeldebildschirm durch die standardm\u00e4\u00dfigen Funktionen von systemd ersetzt, was die Erstellung neuer Schichten f\u00fcr die Bereitstellung von GNOME in Distributionen und Betriebssystemen erforderlich macht, die systemd nicht verwenden. Es wird festgestellt, dass die Entfernung alten Codes zugunsten der standardm\u00e4\u00dfigen Funktionen von systemd die Wartung erleichtert, das Projekt von Problemen befreit und die Implementierung zus\u00e4tzlicher Funktionen wie das Speichern und Wiederherstellen von Sitzungen erm\u00f6glicht. <\/p>\n
Seit 2015 verwendet GNOME den Sitzungsmanager systemd-logind, der ConsoleKit ersetzt hat. In Distributionen, die systemd nicht unterst\u00fctzen, kommt elogind zum Einsatz, eine von systemd unabh\u00e4ngige, abgespeckte Variante von logind, oder Patches, die Unterst\u00fctzung f\u00fcr ConsoleKit zur\u00fcckbringen. Bei der Entwicklung von GNOME werden derartige Umgehungsl\u00f6sungen ohne systemd nicht ber\u00fccksichtigt und nicht getestet, weshalb ihre Funktionsf\u00e4higkeit von externen Enthusiasten abh\u00e4ngt. <\/p>\n
In zuk\u00fcnftigen Versionen von GNOME wird im Display-Manager GDM zus\u00e4tzlich die von systemd bereitgestellte userdb-Infrastruktur genutzt, die den eigenen AccountsService ersetzen wird. GNOME und systemd unterst\u00fctzen nicht von sich aus die Ausf\u00fchrung mehrerer grafischer Sitzungen f\u00fcr denselben Benutzer. GDM kann jedoch gleichzeitig mehrere Anmeldebildschirme anzeigen, um mehrere grafische Sitzungen gleichzeitig zu starten, was bei Remotedesktop-Zugriffen und auf Multiseat-Systemen mit mehreren Monitoren und Eingabeger\u00e4ten Anwendung findet. Diese Funktionalit\u00e4t in GDM wurde vor 15 Jahren als vor\u00fcbergehender Workaround implementiert und ist nicht mit dem modernen dbus-broker kompatibel. Daher wurde beschlossen, auf eine neue Implementierung umzusteigen, die systemd-userdb f\u00fcr die dynamische Zuweisung von Konten nutzt und jede Instanz des Anmeldebildschirms unter einem einzigartigen Benutzer ausf\u00fchrt. <\/p>\n
Zudem wurde beschlossen, die eigene Service-Manager-Implementierung aus GNOME zu entfernen, die in gnome-session als Ersatzhandler f\u00fcr den Start von GNOME-Services in Umgebungen ohne systemd verwendet wurde. Der integrierte Service-Manager funktionierte auf der Ebene des Startens von Desktop-Dateien und der \u00dcberwachung der damit verbundenen Dienste. Dieser Service-Manager hatte sich in den letzten 17 Jahren kaum ver\u00e4ndert und der einzige Grund, warum er nicht entfernt wurde, war seine Nutzung in GDM f\u00fcr den Start des Anmeldebildschirms. Nach der Umstellung von GDM auf die Verwendung von systemd zur Steuerung des Anmeldebildschirms hatte das Projekt keinen Grund mehr, den eigenen primitiven Sitzungsmanager beizubehalten, der die Implementierung der M\u00f6glichkeit zur Speicherung und Wiederherstellung von Sitzungen behindert. <\/p>\n
Um die Anpassung an \u00c4nderungen von Distributionen ohne systemd zu erleichtern, wird in GNOME 49 vor\u00fcbergehend die M\u00f6glichkeit hinzugef\u00fcgt, GDM ohne userdb mit dem festgelegten Benutzer gdm-greeter f\u00fcr die erste Anmeldesitzung, gdm-greeter-2 f\u00fcr die zweite usw. zu starten. In GNOME 50 sollen diese Funktionalit\u00e4t sowie der integrierte Dienstmanager entfernt werden, weshalb die Entwickler von Distributionen ohne systemd dringend Schichten zur Ersetzung von systemd-userdb (io.systemd.Multiplexer, userdb Varlink API) und des Sitzungsstartprozesses (session leader), der mit dem im System verwendeten Dienstmanager interagiert, entwickeln m\u00fcssen. <\/p>\n