In GNOME zal de afhankelijkheid van systemd worden versterkt

Adrian Vovk, de maker van de atomair bijgewerkte distributie carbonOS en de installer voor GNOME OS, evenals een van de ontwikkelaars van systemd-homed en systemd-sysupdate, heeft wijzigingen aangekondigd in GNOME die de afhankelijkheid van het project van systemd zullen versterken. In de komende releases GNOME 49 en 50 zullen enkele interne componenten voor het inlogscherm worden vervangen door de standaardmogelijkheden van systemd, wat zal vereisen dat er nieuwe lagen worden gecreƫerd voor de distributie van GNOME in distributies en besturingssystemen die geen systemd gebruiken. Het wordt opgemerkt dat het verwijderen van oude code ten gunste van de standaardmogelijkheden van systemd het onderhoud zal vereenvoudigen, het project zal bevrijden van tijdelijke oplossingen en extra functionaliteit mogelijk zal maken, zoals het opslaan en herstellen van sessies.

Sinds 2015 gebruikt GNOME de sessiemanager systemd-logind, die ConsoleKit heeft vervangen. In distributies die geen systemd ondersteunen, wordt elogind gebruikt, een afgeslankte versie van logind die onafhankelijk van systemd is, of patches die ondersteuning voor ConsoleKit terugbrengen. Bij de ontwikkeling van GNOME worden dergelijke omwegen voor het werken zonder systemd niet in overweging genomen en niet getest, waardoor de werking ervan afhankelijk is van externe enthousiastelingen.

In toekomstige releases van GNOME zal de display manager GDM daarnaast de userdb-infrastructuur gebruiken die door systemd wordt aangeboden, wat de eigen service AccountsService zal vervangen. GNOME en systemd ondersteunen op zichzelf niet het uitvoeren van meerdere grafische sessies voor dezelfde gebruiker. GDM kan echter tegelijkertijd meerdere inlogschermen weergeven om tegelijkertijd meerdere grafische sessies te starten, wat wordt toegepast bij externe toegang tot bureaubladen en op multiseat-systemen met meerdere monitoren en invoerapparaten. Deze functionaliteit in GDM werd 15 jaar geleden geĆÆmplementeerd als een tijdelijke oplossing en is niet compatibel met de moderne dbus-broker, daarom is besloten over te stappen op een nieuwe implementatie die systemd-userdb gebruikt voor dynamische toewijzing van accounts en het starten van elke inlogscherminstance onder een unieke gebruiker.

Bovendien is besloten om de eigen service manager van GNOME, die in gnome-session werd gebruikt als een back-up handler voor het starten van GNOME-services in omgevingen zonder systemd, te verwijderen. De ingebouwde service manager functioneerde op het niveau van desktop-bestanden en het volgen van de status van gerelateerde services. Deze service manager is de laatste 17 jaar nauwelijks veranderd en de enige reden dat hij niet werd verwijderd, was het gebruik ervan in GDM voor het starten van het inlogscherm. Na de overstap van GDM naar systemd voor het starten van het inlogscherm, heeft het project geen redenen meer om een primitive sessiemanager te ondersteunen, die de mogelijkheid om sessies op te slaan en te herstellen, in de weg staat.

Om de aanpassing aan de wijzigingen in distributies die geen systemd gebruiken te vergemakkelijken, zal GNOME 49 tijdelijk de mogelijkheid bieden om GDM te starten zonder userdb, met gebruik van de vaste gebruiker gdm-greeter voor de eerste inlogsessie, gdm-greeter-2 voor de tweede, enzovoort. In GNOME 50 zal zo'n mogelijkheid, evenals de ingebouwde service manager, worden verwijderd, dus ontwikkelaars van distributies zonder systemd moeten dringend lagen ontwikkelen ter vervanging van systemd-userdb (io.systemd.Multiplexer, userdb Varlink API) en het proces voor het starten van een sessie (session leader), dat samenwerkt met de service manager die door de distributie wordt gebruikt.

Ook is er een vervanging nodig voor het uitvoerbare bestand gnome-session-ctl, dat de interactie tussen het sessiestartproces, de D-Bus-service en systemd coƶrdineert. De vervanging van gnome-session-ctl moet worden ontwikkeld voor de release van GNOME 49.

Bron: opennet.ru

Koop betrouwbare webhosting met bescherming tegen DDoS, VPS VDS servers šŸ”„ Koop betrouwbare webhosting met bescherming tegen DDoS, VPS VDS servers | ProHoster