{"id":114150,"date":"2024-03-06T12:25:51","date_gmt":"2024-03-06T10:25:52","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/proekt-postmarketos-predstavil-sborki-na-baze-systemd"},"modified":"2024-03-06T12:25:51","modified_gmt":"2024-03-06T10:25:52","slug":"proekt-postmarketos-predstavil-sborki-na-baze-systemd","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/proekt-postmarketos-predstavil-sborki-na-baze-systemd","title":{"rendered":"Il progetto postmarketOS ha presentato build basate su systemd.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
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\u00e0 BusyBox, hanno annunciato la possibilit\u00e0 di utilizzare il gestore di sistema systemd. A seguito di un anno di lavoro per implementare il supporto di systemd, \u00e8 stato preparato e reso disponibile per il test un prototipo di build in cui, anzich\u00e9 il sistema di inizializzazione OpenRC, viene utilizzato systemd. <\/p>\n
Il supporto per la creazione di build basate su OpenRC verr\u00e0 mantenuto, almeno finch\u00e9 questo sistema \u00e8 utilizzato in Alpine Linux. Durante la creazione delle immagini postmarketOS, \u00e8 lasciata la possibilit\u00e0 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. <\/p>\n
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). <\/p>\n
La ragione per implementare il supporto di systemd \u00e8 la complessit\u00e0 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\u00e0 di GNOME e KDE legate a systemd, \u00e8 stato necessario utilizzare vari strati intermedi, e il prezzo per operare senza systemd era la necessit\u00e0 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\u00e0 nel proseguire il supporto da parte degli sviluppatori. <\/p>\n
Ad esempio, per garantire la compatibilit\u00e0 con i servizi hostnamed, localed e timedated \u00e8 stato utilizzato un livello intermedio openrc-settingsd, invece di udev \u00e8 stato impiegato il pacchetto eudev, invece di logind \u2014 elogind, invece di journald \u2014 logbookd, per assicurare la funzionalit\u00e0 di \u00absystemd \u2014user\u00bb \u00e8 stato utilizzato il pacchetto superd, e come sostituto di systemd.timer \u00e8 stato impiegato waked.
<\/center> <\/p>\n
Delle stratificazioni utilizzate, il giusto supporto e il livello di assistenza per le funzionalit\u00e0 necessarie sono forniti solo in openrc-settingsd e eudev. I progetti elogind, logbookd e superd continuano a essere mantenuti, ma richiedono ulteriori sviluppi poich\u00e9 mancano alcune funzionalit\u00e0 necessarie, mentre waked \u00e8 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 \u00e8 rimasta senza supporto dal 2020. <\/p>\n
Per quanto riguarda la necessit\u00e0 di utilizzare questi servizi, l'API D-Bus fornita da hostnamed, localed e timedated viene utilizzata in GNOME per modificare le impostazioni locali, i parametri di sistema e i fusi orari; udev \u00e8 necessario per gestire i dispositivi collegati; logind, \u00absystemd \u2014user\u00bb e journald sono coinvolti nella gestione delle sessioni utente in gnome-session; systemd.timer \u00e8 impiegato in GNOME Clock. <\/p>\n
Tra le nuove funzionalit\u00e0 che potranno essere implementate nelle build basate su systemd, si segnala la gestione granulare dei privilegi, l'implementazione di funzionalit\u00e0 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\u00f2 essere avviato solo quando si accede alla porta di rete), e la presenza di strumenti integrati per l'analisi del processo di avvio. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
![\"Il](\"\/wp-content\/uploads\/2024\/03\/958cea9cab0605fb126a29342b664518.png\")
<\/center> <\/p>\n