A GNOME-ban erősödni fog a systemd-hez való függőség.

Adrian Vovk, a carbonOS atomikusan frissíthető disztribúció készítője és a GNOME OS telepítője, valamint a systemd-homed és systemd-sysupdate egyik fejlesztője bejelentette, hogy a GNOME-ban változtatásokat fognak végrehajtani, amelyek fokozzák a projekt függőségét a systemd-től. A közelgő GNOME 49 és 50 kiadásokban a bejelentkezési képernyő indításához szükséges saját komponenseket a systemd natív lehetőségeire cserélik, ami új rétegek létrehozását teszi szükségessé a GNOME disztribúciók és operációs rendszerek számára, amelyek nem használják a systemd-t. Megjegyzik, hogy a régi kód eltávolítása a systemd natív lehetőségeinek javára megkönnyíti a karbantartást, megszabadítja a projektet a workaroundoktól, és lehetővé teszi további funkciók megvalósítását, mint például a munkamenetek mentése és visszaállítása.

2015 óta a GNOME-ban az rendszer kezelésére használt session manager a systemd-logind, amely a ConsoleKit-ot váltotta fel. A systemd-t nem támogató disztribúciókban az elogind, a systemd-től független, megkurtított változatát használják a logindnak, vagy olyan javításokat, amelyek visszaállítják a ConsoleKit támogatását. A GNOME fejlesztésekor az ilyen workaroundok figyelembevétele és tesztelése nem történik, ezért a működőképességük harmadik fél által végzett tesztelésen alapul.

A jövőbeli GNOME kiadásokban a GDM display managerben a systemd által biztosított userdb infrastruktúrát is alkalmazni fogják, amely felváltja a saját AccountsService szolgáltatását. A GNOME és a systemd önállóan nem támogatják, hogy ugyanazon felhasználó számára több grafikus munkamenetet indítsanak. A GDM ugyanakkor egyszerre több bejelentkezési képernyőt is megjeleníthet, lehetővé téve ezzel több grafikus session egyidejű futtatását, ami remote desktop elérésekor és multiseat rendszerek esetén, amelyek több képernyővel és bemeneti eszközzel rendelkeznek, alkalmazható. Az ilyen funkcionalitás a GDM-ben 15 éve valamiként átmeneti workaroundként került megvalósításra, és nem kompatibilis a modern dbus-broker-rel, ezért úgy döntöttek, hogy áttérnek egy új megvalósításra, amely a systemd-userdb-t használja a felhasználói fiókok dinamikus kiosztására és minden bejelentkezési képernyő egyedi felhasználó általi indítására.

Ezenkívül úgy döntöttek, hogy eltávolítják a GNOME-ból a saját szolgáltatáskezelőjük implementációját, amelyet a gnome-session-ben használtak, mint tartalék kezelőt a GNOME szolgáltatások indításához systemd nélküli környezetekben. A beépített szolgáltatáskezelő a desktop fájlok indítási szintjén működött, és figyelemmel kísérte a kapcsolódó szolgáltatások működését. Ez a szolgáltatáskezelő az utolsó 17 évben szinte változatlan maradt, és egyetlen oka annak, hogy nem távolították el, hogy a GDM-ben használták a bejelentkező képernyő indításához. Miután a GDM átállt a systemd használatára a bejelentkező képernyő indításához, a projektnek nem maradt oka a primitív ülésszervező támogatásának fenntartására, amely megakadályozza az ülések mentésének és helyreállításának lehetőségét.

A disztribúciók változásaihoz való könnyebb alkalmazkodás érdekében, amelyek nem használnak systemd-t, a GNOME 49-ben ideiglenesen hozzáadják a GDM indításának lehetőségét userdb nélkül, rögzített gdm-greeter felhasználóval az első bejelentkezéshez, gdm-greeter-2 a másodikhoz, stb. A GNOME 50-ben hasonló lehetőséget, valamint a beépített szolgáltatáskezelőt tervezik eltávolítani, ezért a systemd nélküli disztribúciók fejlesztőinek sürgősen ki kell dolgozniuk a rendszerfejlesztő rendszer (systemd-userdb - io.systemd.Multiplexer, userdb Varlink API) és az ülések indítását koordináló folyamat helyettesítésére szolgáló közbenső rétegeket.

Szükség lesz a gnome-session-ctl végrehajtható fájl cseréjére is, amely koordinálja a kapcsolatot az ülések indítási folyamata, a D-Bus szolgáltatás és a systemd között. A gnome-session-ctl cseréjét a GNOME 49 kiadása előtt meg kell tervezni.

Forrás: opennet.ru

Megbízható hosting vásárlása weboldalak számára, DDoS védelemmel, VPS VDS szerverek. 🔥 Megbízható webtárhely vásárlása DDoS védelemmel, VPS VDS szerverek | ProHoster