{"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\/it\/blog\/novosti-interneta\/v-gnome-budet-usilena-zavisimost-ot-systemd","title":{"rendered":"In GNOME sar\u00e0 rafforzata la dipendenza da systemd","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Adrian Vovk, creatore della distribuzione carbonOS a aggiornamento atomico e dell'installer per GNOME OS, nonch\u00e9 uno dei sviluppatori di systemd-homed e systemd-sysupdate, ha annunciato delle modifiche a GNOME che rafforzeranno la dipendenza del progetto da systemd. Nelle future versioni di GNOME 49 e 50, alcuni componenti proprietari per l'avvio della schermata di accesso saranno sostituiti dalle funzionalit\u00e0 standard di systemd, il che richieder\u00e0 la creazione di nuovi strati per fornire GNOME in distribuzioni e sistemi operativi che non utilizzano systemd. Si osserva che la rimozione del vecchio codice a favore delle funzionalit\u00e0 standard di systemd semplificher\u00e0 la manutenzione, liberer\u00e0 il progetto da soluzioni temporanee e permetter\u00e0 di implementare funzionalit\u00e0 aggiuntive come il salvataggio e il ripristino delle sessioni. <\/p>\n
Dal 2015, GNOME utilizza il gestore di sessioni systemd-logind, che ha sostituito ConsoleKit. Nelle distribuzioni che non supportano systemd, viene utilizzato elogind, una versione ridotta di logind indipendente da systemd, o patch che ripristinano il supporto per ConsoleKit. Durante lo sviluppo di GNOME, queste soluzioni alternative per funzionare senza systemd non vengono considerate e testate, quindi la loro funzionalit\u00e0 dipende da appassionati esterni. <\/p>\n
Nelle future versioni di GNOME, il gestore di accesso GDM utilizzer\u00e0 anche l'infrastruttura userdb fornita da systemd, che sostituir\u00e0 il servizio AccountsService. GNOME e systemd in s\u00e9 non supportano l'avvio di pi\u00f9 di una sessione grafica per lo stesso utente. Tuttavia, GDM pu\u00f2 visualizzare simultaneamente pi\u00f9 schermate di accesso per avviare pi\u00f9 sessioni grafiche contemporaneamente, il che \u00e8 applicato nell'accesso remoto al desktop e in sistemi multiseat con pi\u00f9 monitor e dispositivi di input. Questa funzionalit\u00e0 in GDM \u00e8 stata implementata 15 anni fa come una soluzione temporanea ed \u00e8 incompatibile con l'attuale dbus-broker, quindi si \u00e8 deciso di passare a una nuova implementazione che utilizza systemd-userdb per l'assegnazione dinamica degli account e l'avvio di ogni istanza della schermata di accesso sotto un utente unico. <\/p>\n
Inoltre, si \u00e8 deciso di rimuovere da GNOME l'implementazione del proprio gestore di servizi, utilizzato in gnome-session come gestore di riserva per l'avvio dei servizi GNOME in ambienti senza systemd. Il gestore di servizi integrato funzionava a livello di avvio dei file desktop e monitoraggio del funzionamento dei servizi correlati. Questo gestore di servizi non \u00e8 cambiato molto negli ultimi 17 anni e l'unica ragione per cui non \u00e8 stato rimosso era il suo utilizzo in GDM per avviare la schermata di accesso. Dopo il passaggio di GDM all'uso di systemd per l'avvio della schermata di accesso, il progetto non ha pi\u00f9 ragioni per mantenere il proprio primitivo gestore di sessioni, che ostacola l'implementazione della possibilit\u00e0 di salvare e ripristinare le sessioni. <\/p>\n
Per semplificare l'adattamento alle modifiche delle distribuzioni che non utilizzano systemd, in GNOME 49 sar\u00e0 temporaneamente aggiunta la possibilit\u00e0 di avviare GDM senza userdb utilizzando l'utente fisso gdm-greeter per la prima sessione di accesso, gdm-greeter-2 per la seconda, e cos\u00ec via. In GNOME 50 si prevede di rimuovere tale possibilit\u00e0, cos\u00ec come il gestore di servizi integrato, quindi i sviluppatori di distribuzioni senza systemd devono urgentemente sviluppare strati per sostituire systemd-userdb (io.systemd.Multiplexer, userdb Varlink API) e il processo di avvio della sessione (session leader) che interagisce con il gestore di servizi utilizzato nella distribuzione. <\/p>\n