{"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\/novosti-interneta\/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 sul pacchetto Alpine Linux, sulla libreria standard C Musl e su un insieme di strumenti BusyBox, hanno annunciato la possibilit\u00e0 di utilizzare il gestore di sistema systemd. A seguito del lavoro svolto per implementare il supporto a systemd, che \u00e8 durato circa un anno, \u00e8 stato preparato e reso disponibile per la testizzazione un prototipo di build in cui il sistema di inizializzazione OpenRC \u00e8 stato sostituito da systemd. <\/p>\n
Il supporto per la creazione di build basate su OpenRC sar\u00e0 mantenuto almeno finch\u00e9 questo sistema sar\u00e0 utilizzato in Alpine Linux. Durante la creazione delle immagini postmarketOS \u00e8 lasciata la possibilit\u00e0 di scegliere OpenRC in pmbootstrap. Inoltre, gli sviluppatori delle build con interfaccia grafica Sxmo (Simple X Mobile), basata sul compositore Sway, intendono continuare a utilizzare OpenRC. <\/p>\n
Le build con systemd continueranno a essere formate sulla base del pacchetto Alpine Linux, anche se questa distribuzione non supporta systemd e utilizza la libreria standard C Musl. Systemd supporta ufficialmente solo la libreria C Glibc e gli sviluppatori di postmarketOS devono utilizzare patch aggiuntive, che nel tempo intendono integrare nel core di systemd (\u00e8 in corso un lavoro con gli sviluppatori di systemd per semplificare l'integrazione). <\/p>\n
Come motivo per l'implementazione del supporto a systemd viene citata 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 costo di lavorare senza systemd \u00e8 stata la necessit\u00e0 di mantenere questi strati e sincronizzarsi con lo sviluppo di GNOME e KDE, in un contesto di mancanza di alcune funzioni necessarie e dell'imprevedibilit\u00e0 della continuazione del 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 wrapper openrc-settingsd; invece di udev \u00e8 stato impiegato il pacchetto eudev, al posto di logind si \u00e8 usato elogind e per journald si \u00e8 utilizzato logbookd. Per garantire le funzionalit\u00e0 di \"systemd --user\" \u00e8 stato impiegato il pacchetto superd, e come sostituto di systemd.timer \u00e8 stato utilizzato waked.
<\/center> <\/p>\n
Tra gli strati utilizzati, solo openrc-settingsd e eudev ricevono la manutenzione necessaria e il livello di supporto per le funzioni richieste. I progetti elogind, logbookd e superd continuano a essere mantenuti, ma richiedono miglioramenti, poich\u00e9 mancano alcune funzioni necessarie, mentre waked non riceve supporto da circa un anno. Inoltre, gli sviluppatori di KDE Plasma Mobile vorrebbero utilizzare il servizio systemd-coredumpd per semplificare il debug, ma la sua sostituzione corecollector non riceve supporto dal 2020. <\/p>\n
Per quanto riguarda la necessit\u00e0 di utilizzare questi servizi, le API D-Bus fornite da hostnamed, localed e timedated sono utilizzate in GNOME per modificare le localit\u00e0, i parametri di sistema e i fusi orari; udev \u00e8 necessario per gestire i dispositivi collegati; logind, \"systemd --user\" e journald vengono utilizzati nella gestione delle sessioni utente in gnome-session; systemd.timer \u00e8 utilizzato in GNOME Clock. <\/p>\n
Tra le nuove funzionalit\u00e0 che potranno essere implementate nelle build basate su systemd, si segnalano la gestione granulare delle autorizzazioni, l'attivazione di funzionalit\u00e0 avanzate per garantire la sicurezza e la gestione delle dipendenze tra i servizi, l'integrazione completa con cgroups, l'utilizzo dell'attivazione tramite socket (ad esempio, CUPS pu\u00f2 essere avviato solo quando viene richiesto su una 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