{"id":103787,"date":"2022-04-16T03:37:16","date_gmt":"2022-04-16T01:37:16","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-fedora-planiruyut-zamenit-paketnyj-menedzher-dnf-na-microdnf"},"modified":"2022-04-16T03:37:16","modified_gmt":"2022-04-16T01:37:16","slug":"v-fedora-planiruyut-zamenit-paketnyj-menedzher-dnf-na-microdnf","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/v-fedora-planiruyut-zamenit-paketnyj-menedzher-dnf-na-microdnf","title":{"rendered":"In Fedora si prevede di sostituire il gestore di pacchetti DNF con Microdnf","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Gli sviluppatori di Fedora Linux intendono migrare la distribuzione verso il nuovo gestore di pacchetti Microdnf, al posto dell'attuale DNF. Il primo passo per questa migrazione sar\u00e0 l'aggiornamento significativo previsto nel rilascio di Fedora Linux 38 per Microdnf, che sar\u00e0 avvicinato per funzionalit\u00e0 a DNF, e in alcune aree lo superer\u00e0 addirittura. Si segnala che la nuova versione di Microdnf supporter\u00e0 tutte le funzionalit\u00e0 principali di DNF, mantenendo per\u00f2 prestazioni elevate e compattezza. <\/p>\n
La principale differenza tra Microdnf e DNF \u00e8 l'uso del linguaggio C per lo sviluppo, invece di Python, il che consente di eliminare un gran numero di dipendenze. Inizialmente, Microdnf \u00e8 stato sviluppato come una versione ridotta di DNF per l'uso in container Docker, senza necessit\u00e0 di installare Python. Ora gli sviluppatori di Fedora pianificano di portare Microdnf al livello di DNF e, col tempo, sostituire completamente DNF con Microdnf. <\/p>\n
Microdnf si basa sulla libreria libdnf5, sviluppata nell'ambito del progetto DNF 5. L'idea principale di DNF 5 consiste nella riscrittura delle operazioni di gestione dei pacchetti di base in C++ e nel loro spostamento in una libreria separata, creando attorno a questa libreria un'interfaccia per mantenere l'API Python. <\/p>\n
La nuova versione di Microdnf utilizzer\u00e0 anche un processo in background chiamato DNF Daemon, che sostituir\u00e0 le funzionalit\u00e0 di PackageKit e fornir\u00e0 un'interfaccia per la gestione dei pacchetti e degli aggiornamenti negli ambienti grafici. A differenza di PackageKit, il DNF Daemon supporter\u00e0 solo il formato RPM. <\/p>\n
Microdnf, libdnf5 e DNF Daemon nella prima fase di implementazione saranno forniti parallelamente agli strumenti tradizionali DNF. Una volta che il progetto sar\u00e0 completamente pronto, questa nuova combinazione sostituir\u00e0 pacchetti come dnf, python3-dnf, python3-hawkey, libdnf, dnfdragora e python3-dnfdaemon. <\/p>\n
Tra i settori in cui Microdnf supera DNF ci sono: un'indicazione del progresso dell'esecuzione delle operazioni pi\u00f9 visibile; una migliore implementazione della tabella delle transazioni; la possibilit\u00e0 di includere nei report sulle transazioni informazioni fornite dagli script integrati nei pacchetti (scriplets); supporto per l'uso di pacchetti RPM locali per le transazioni; un sistema di completamento del testo per bash pi\u00f9 avanzato; supporto per l'esecuzione del comando builddep senza la necessit\u00e0 di installare Python nel sistema. <\/p>\n
Tra i contro del passaggio a Microdnf, si segnala la modifica della struttura delle banche dati interne e la gestione separata delle banche dati rispetto a DNF, che non permetter\u00e0 di vedere in Microdnf le transazioni con i pacchetti eseguite in DNF e viceversa. Inoltre, in Microdnf non si prevede di mantenere il 100% di compatibilit\u00e0 con DNF a livello di comandi e opzioni da riga di comando. Si osserveranno anche alcune discrepanze nel comportamento. Ad esempio, la rimozione di un pacchetto non comporter\u00e0 l'eliminazione delle dipendenze ad esso associate che non sono utilizzate in altri pacchetti. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"