In GNOME wird die Abhängigkeit von systemd verstärkt

Adrian Vovk, der Schöpfer der atomar aktualisierbaren Distribution carbonOS und des Installers für GNOME OS sowie einer der Entwickler von systemd-homed und systemd-sysupdate, hat Änderungen in GNOME angekündigt, die die Abhängigkeit des Projekts von systemd verstärken werden. In den kommenden Versionen GNOME 49 und 50 werden einige eigene Komponenten für den Anmeldebildschirm durch die standardmäßigen Funktionen von systemd ersetzt, was die Erstellung neuer Schichten für 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äßigen Funktionen von systemd die Wartung erleichtert, das Projekt von Problemen befreit und die Implementierung zusätzlicher Funktionen wie das Speichern und Wiederherstellen von Sitzungen ermöglicht.

Seit 2015 verwendet GNOME den Sitzungsmanager systemd-logind, der ConsoleKit ersetzt hat. In Distributionen, die systemd nicht unterstützen, kommt elogind zum Einsatz, eine von systemd unabhängige, abgespeckte Variante von logind, oder Patches, die Unterstützung für ConsoleKit zurückbringen. Bei der Entwicklung von GNOME werden derartige Umgehungslösungen ohne systemd nicht berücksichtigt und nicht getestet, weshalb ihre Funktionsfähigkeit von externen Enthusiasten abhängt.

In zukünftigen Versionen von GNOME wird im Display-Manager GDM zusätzlich die von systemd bereitgestellte userdb-Infrastruktur genutzt, die den eigenen AccountsService ersetzen wird. GNOME und systemd unterstützen nicht von sich aus die Ausführung mehrerer grafischer Sitzungen für 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äten Anwendung findet. Diese Funktionalität in GDM wurde vor 15 Jahren als vorübergehender Workaround implementiert und ist nicht mit dem modernen dbus-broker kompatibel. Daher wurde beschlossen, auf eine neue Implementierung umzusteigen, die systemd-userdb für die dynamische Zuweisung von Konten nutzt und jede Instanz des Anmeldebildschirms unter einem einzigartigen Benutzer ausführt.

Zudem wurde beschlossen, die eigene Service-Manager-Implementierung aus GNOME zu entfernen, die in gnome-session als Ersatzhandler für 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 Überwachung der damit verbundenen Dienste. Dieser Service-Manager hatte sich in den letzten 17 Jahren kaum verändert und der einzige Grund, warum er nicht entfernt wurde, war seine Nutzung in GDM für 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öglichkeit zur Speicherung und Wiederherstellung von Sitzungen behindert.

Um die Anpassung an Änderungen von Distributionen ohne systemd zu erleichtern, wird in GNOME 49 vorübergehend die Möglichkeit hinzugefügt, GDM ohne userdb mit dem festgelegten Benutzer gdm-greeter für die erste Anmeldesitzung, gdm-greeter-2 für die zweite usw. zu starten. In GNOME 50 sollen diese Funktionalität 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üssen.

Auch die Ersetzung der ausführbaren Datei gnome-session-ctl, die die Interaktion zwischen dem Sitzungstartprozess, dem D-Bus-Dienst und systemd koordiniert, ist erforderlich. Die Ersetzung von gnome-session-ctl muss vor der Veröffentlichung von GNOME 49 entwickelt werden.

Quelle: opennet.ru

Zuverlässiges Webhosting mit DDoS-Schutz, VPS- und VDS-Server kaufen 🔥 Zuverlässiges Webhosting mit DDoS-Schutz, VPS- und VDS-Server kaufen | ProHoster