{"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\/da\/blog\/news\/v-gnome-budet-usilena-zavisimost-ot-systemd","title":{"rendered":"I GNOME vil afh\u00e6ngigheden af systemd blive styrket","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Adrian Vovk, skaber af det atomar opdaterbare distribution carbonOS og installationsprogrammet til GNOME OS, samt en af udviklerne af systemd-homed og systemd-sysupdate, har annonceret \u00e6ndringer i GNOME, som vil \u00f8ge projektets afh\u00e6ngighed af systemd. I de kommende udgivelser GNOME 49 og 50 vil nogle af de egne komponenter til indlogningssk\u00e6rmen blive erstattet af systemd's standardmuligheder, hvilket vil kr\u00e6ve nye lag til levering af GNOME i distributioner og operativsystemer, der ikke bruger systemd. Det bem\u00e6rkes, at fjernelse af gammel kode til fordel for systemd's standardmuligheder vil forenkle vedligeholdelsen, befri projektet for workaround-l\u00f8sninger og muligg\u00f8re yderligere funktionalitet, s\u00e5som at gemme og genskabe sessioner. <\/p>\n
Siden 2015 har GNOME brugt session manager systemd-logind, som er kommet i stedet for ConsoleKit. I distributioner, der ikke underst\u00f8tter systemd, bruges elogind, en uafh\u00e6ngig og begr\u00e6nset version af logind, eller patches der genindf\u00f8rer underst\u00f8ttelsen af ConsoleKit. Under udviklingen af GNOME tages s\u00e5danne arbejdsomgange uden systemd ikke i betragtning og testes ikke, hvilket g\u00f8r deres funktionalitet afh\u00e6ngig af tredjeparts entusiaster. <\/p>\n
I fremtidige udgivelser af GNOME vil display manager GDM ogs\u00e5 involvere infrastrukturen userdb, leveret af systemd, som vil erstatte den egen service AccountsService. B\u00e5de GNOME og systemd underst\u00f8tter ikke i sig selv opstart af mere end \u00e9n grafisk session for den samme bruger. GDM kan dog vise flere login-sk\u00e6rme samtidig for at starte flere grafiske sessioner p\u00e5 \u00e9n gang, hvilket anvendes ved fjernadgang til skrivebordet og p\u00e5 multiseat-systemer med flere sk\u00e6rme og inputenheder. S\u00e5dan funktionalitet i GDM blev implementeret for 15 \u00e5r siden som en midlertidig workaround og er ikke kompatibel med den moderne dbus-broker, derfor er det besluttet at overg\u00e5 til en ny implementering, der bruger systemd-userdb til dynamisk tildeling af konti og opstart af hver login-sk\u00e6rm under en unik bruger. <\/p>\n
Desuden er det besluttet at fjerne GNOMEs egne service manager-implementation, som blev brugt i gnome-session som en backup-behandler til at starte GNOME-tjenester i milj\u00f8er uden systemd. Den indbyggede service manager fungerede p\u00e5 niveauet for at starte desktop-filer og overv\u00e5ge de relaterede tjenesters drift. Denne service manager har n\u00e6sten ikke \u00e6ndret sig i de sidste 17 \u00e5r, og den eneste grund til, at den ikke er blevet fjernet, har v\u00e6ret dens brug i GDM til at starte login-sk\u00e6rmen. Efter overgangen af GDM til brug af systemd til at starte login-sk\u00e6rmen, har projektet ikke l\u00e6ngere nogen grund til at opretholde sin primitive session manager, der hindrer muligheden for at gemme og gendanne sessioner. <\/p>\n
For at forenkle tilpasningen til \u00e6ndringer i distributioner, der ikke bruger systemd, vil GNOME 49 midlertidigt tilf\u00f8je muligheden for at starte GDM uden userdb ved hj\u00e6lp af den faste bruger gdm-greeter til den f\u00f8rste login-session, gdm-greeter-2 til den anden osv. I GNOME 50 planl\u00e6gges det at fjerne denne mulighed samt den indbyggede service manager, s\u00e5 udviklerne af distributioner uden systemd hurtigt skal udvikle lag til at erstatte systemd-userdb (io.systemd.Multiplexer, userdb Varlink API) og session-startprocessen (session leader), som interagerer med den service manager, der anvendes i distributionen. <\/p>\n