Gli sviluppatori del progetto postmarketOS, che sviluppa una distribuzione Linux per smartphone basata su pacchetti Alpine Linux, sulla libreria C standard Musl e su un insieme di utilità BusyBox, hanno annunciato la possibilità di utilizzare il gestore di sistema systemd. A seguito di un anno di lavoro per implementare il supporto di systemd, è stato preparato e reso disponibile per il test un prototipo di build in cui, anziché il sistema di inizializzazione OpenRC, viene utilizzato systemd.
Il supporto per la creazione di build basate su OpenRC verrà mantenuto, almeno finché questo sistema è utilizzato in Alpine Linux. Durante la creazione delle immagini postmarketOS, è lasciata la possibilità di scegliere OpenRC in pmbootstrap. Tra l'altro, gli sviluppatori delle build con interfaccia grafica Sxmo (Simple X Mobile), basata sul compositore Sway, prevedono di continuare a utilizzare OpenRC.
Le build con systemd continueranno a essere formate sulla base di pacchetti Alpine Linux, nonostante questa distribuzione non supporti systemd e utilizzi la libreria C Musl. Systemd supporta ufficialmente solo la libreria C Glibc e gli sviluppatori di postmarketOS devono utilizzare patch aggiuntive, che prevedono di integrare nel principale set di systemd (in collaborazione con gli sviluppatori di systemd si sta lavorando per semplificare l'integrazione).
La ragione per implementare il supporto di systemd è la complessità della manutenzione dello stack di inizializzazione basato su OpenRC in un contesto di crescente dipendenza di GNOME e KDE dai componenti di systemd. Per garantire il funzionamento delle funzionalità di GNOME e KDE legate a systemd, è stato necessario utilizzare vari strati intermedi, e il prezzo per operare senza systemd era la necessità di mantenere questi strati in buone condizioni e sincronizzarli con lo sviluppo di GNOME e KDE, in assenza di alcune funzioni necessarie e dell'imprevedibilità nel proseguire il supporto da parte degli sviluppatori.
Ad esempio, per la compatibilità con i servizi hostnamed, localed e timedated veniva utilizzato lo strato openrc-settingsd, al posto di udev è stato impiegato il pacchetto eudev, anziché logind è stato attivato elogind, al posto di journald — logbookd, per garantire la funzionalità «systemd --user» è stato utilizzato il pacchetto superd, e come sostituto di systemd.timer è stato impiegato waked.
Delle stratificazioni utilizzate, il giusto supporto e il livello di assistenza per le funzionalità necessarie sono forniti solo in openrc-settingsd e eudev. I progetti elogind, logbookd e superd continuano a essere mantenuti, ma richiedono ulteriori sviluppi poiché mancano alcune funzionalità necessarie, mentre waked è rimasto senza supporto per quasi un anno. Inoltre, gli sviluppatori di KDE Plasma Mobile vorrebbero utilizzare il servizio systemd-coredumpd per semplificare il debug, ma la sua sostituzione corecollector è rimasta senza supporto dal 2020.
Per quanto riguarda la necessità di utilizzare questi servizi, le API D-Bus fornite da hostnamed, localed e timedated sono utilizzate in GNOME per modificare le impostazioni locali, i parametri di sistema e i fusi orari; udev è necessario per gestire i dispositivi collegati; logind, "systemd --user" e journald sono coinvolti nella gestione delle sessioni utente in gnome-session; systemd.timer è utilizzato in GNOME Clock.
Tra le nuove funzionalità che potranno essere implementate nelle build basate su systemd, si segnala la gestione granulare dei privilegi, l'implementazione di funzionalità avanzate per garantire la sicurezza e la gestione delle dipendenze tra i servizi, una piena integrazione con cgroups, l'uso dell'attivazione tramite socket (ad esempio, CUPS può essere avviato solo quando si accede alla porta di rete), e la presenza di strumenti integrati per l'analisi del processo di avvio.
Fonte: opennet.ru
