{"id":105066,"date":"2022-09-11T09:37:07","date_gmt":"2022-09-11T09:37:07","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-iniczializaczii-gnu-shepherd-0-9-2"},"modified":"2026-05-20T17:49:32","modified_gmt":"2026-05-20T17:49:32","slug":"vypusk-sistemy-iniczializaczii-gnu-shepherd-0-9-2","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/vypusk-sistemy-iniczializaczii-gnu-shepherd-0-9-2","title":{"rendered":"Rilascio del sistema di inizializzazione GNU Shepherd 0.9.2","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stato pubblicato il gestore di servizi GNU Shepherd 0.9.2 (precedentemente noto come dmd), sviluppato dagli autori della distribuzione GNU Guix System come alternativa al sistema di inizializzazione SysV-init, supportando le dipendenze. Il demone gestore e gli strumenti di Shepherd sono scritti in Guile (una delle implementazioni del linguaggio Scheme), che viene utilizzato anche per definire le configurazioni e i parametri di avvio dei servizi. Shepherd \u00e8 gi\u00e0 in uso nella distribuzione GuixSD GNU\/Linux ed \u00e8 mirato anche all'uso in GNU\/Hurd, ma pu\u00f2 funzionare su qualsiasi sistema operativo compatibile POSIX per il quale \u00e8 disponibile Guile. <\/p>\n
Shepherd esegue il lavoro di avvio e arresto dei servizi, considerando le interconnessioni tra i servizi, determinando e avviando dinamicamente i servizi da cui dipende il servizio selezionato. Shepherd supporta anche la definizione dei conflitti tra servizi e ne impedisce l'esecuzione simultanea. Il progetto pu\u00f2 essere utilizzato sia come sistema di inizializzazione principale (init con PID 1) che in modo autonomo per gestire i processi in background degli utenti individuali (ad esempio, per avviare tor, privoxy, mcron, ecc.) con l'esecuzione dei diritti di quegli utenti. <\/p>\n
Tra le novit\u00e0: <\/p>\n
\n
I file descriptor utilizzati in Shepherd sono ora contrassegnati con il flag O_CLOEXEC (close-on-exec), invece di essere chiusi immediatamente durante l'esecuzione di «exec-command», permettendo cos\u00ec di passare i descrittori ai servizi avviati non direttamente, ma tramite «exec-command».\n
Le connessioni client ora vengono gestite in modalit\u00e0 non bloccante, il che consente di evitare che Shepherd si blocchi durante l'invio di un comando incompleto.\n
\u00c8 stata garantita la creazione della directory per i file di registro definiti nell'impostazione «log-file», nel caso in cui essa non esista. <\/ul>\n