{"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\/news\/v-fedora-planiruyut-zamenit-paketnyj-menedzher-dnf-na-microdnf","title":{"rendered":"In Fedora si prevede di sostituire il gestore pacchetti DNF con Microdnf","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Gli sviluppatori di Fedora Linux intendono migrare la distribuzione a un nuovo gestore di pacchetti Microdnf, in sostituzione dell'attuale DNF. Il primo passo verso la migrazione sar\u00e0 l'imminente aggiornamento significante di Microdnf previsto per il rilascio di Fedora Linux 38, che avr\u00e0 funzionalit\u00e0 simili a DNF e in alcune aree persino superiori. Si segnala che la nuova versione di Microdnf supporter\u00e0 tutte le principali funzionalit\u00e0 di DNF, mantenendo al contempo elevate prestazioni e compattezza. <\/p>\n
La principale differenza tra Microdnf e DNF \u00e8 l'utilizzo del linguaggio C per lo sviluppo, invece di Python, il che consente di eliminare molte dipendenze. Inizialmente, Microdnf \u00e8 stato sviluppato come una versione ridotta di DNF da utilizzare in contenitori Docker, senza la necessit\u00e0 di installare Python. Ora gli sviluppatori di Fedora pianificano di portare Microdnf al livello di DNF e sostituire completamente DNF con Microdnf nel tempo. <\/p>\n
Alla base di Microdnf c'\u00e8 la libreria libdnf5, sviluppata nell'ambito del progetto DNF 5. L'idea principale di DNF 5 \u00e8 di riscrivere le operazioni di base di gestione dei pacchetti in C++ e di estrarle 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 sostituisce la funzionalit\u00e0 di PackageKit e fornisce un'interfaccia per la gestione dei pacchetti e degli aggiornamenti in ambienti grafici. A differenza di PackageKit, DNF Daemon supporter\u00e0 solo il formato RPM. <\/p>\n
Microdnf, libdnf5 e DNF Daemon nella prima fase di implementazione saranno forniti parallelamente all'uso degli strumenti tradizionali di DNF. Una volta che il progetto sar\u00e0 completamente pronto, il nuovo pacchetto sostituir\u00e0 i pacchetti come dnf, python3-dnf, python3-hawkey, libdnf, dnfdragora e python3-dnfdaemon. <\/p>\n
Tra le aree in cui Microdnf supera DNF si segnalano: una visualizzazione pi\u00f9 chiara del progresso delle operazioni; un'implementazione migliorata della tabella delle transazioni; la possibilit\u00e0 di riportare nel report delle transazioni le informazioni fornite dagli script incorporati nei pacchetti (scriplets); supporto per l'uso di pacchetti RPM locali per le transazioni; un sistema di completamento automatico dell'input pi\u00f9 avanzato per bash; supporto per l'esecuzione del comando builddep senza installare Python nel sistema. <\/p>\n
Tra i contro del passaggio del distribuito a Microdnf c'\u00e8 il cambiamento nella struttura dei database interni e la gestione separata del database da DNF, il 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 della riga di comando. Ci saranno anche alcune divergenze nel comportamento. Ad esempio, la rimozione di un pacchetto non porter\u00e0 alla rimozione delle relative dipendenze che non sono utilizzate in altri pacchetti. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"