Gli sviluppatori di Fedora Linux intendono trasferire la distribuzione sul nuovo gestore di pacchetti Microdnf invece dell'attuale DNF. Il primo passo verso la migrazione sarà un importante aggiornamento di Microdnf previsto per il rilascio di Fedora Linux 38, che sarà vicino in termini di funzionalità a DNF e in alcune aree addirittura lo supererà. Si segnala che la nuova versione di Microdnf supporterà tutte le funzionalità di base di DNF, ma allo stesso tempo manterrà elevate prestazioni e compattezza.
La differenza fondamentale tra Microdnf e DNF è l'utilizzo del linguaggio C per lo sviluppo, anziché Python, che consente di eliminare un gran numero di dipendenze. Microdnf è stato originariamente sviluppato come una versione ridotta di DNF da utilizzare nei contenitori Docker, che non richiede l'installazione di Python. Ora gli sviluppatori Fedora intendono portare Microdnf al livello di DNF ed eventualmente sostituire completamente DNF con Microdnf.
La base di Microdnf è la libreria libdnf5, sviluppata nell'ambito del progetto DNF 5. L'idea principale di DNF 5 è riscrivere le operazioni di base della gestione dei pacchetti in C++ e spostarle in una libreria separata con la creazione di un wrapper attorno a questo libreria per salvare l'API Python.
La nuova versione di Microdnf utilizzerà anche un processo DNF Daemon in background, sostituendo la funzionalità PackageKit e fornendo un'interfaccia per la gestione dei pacchetti e degli aggiornamenti in ambienti grafici. A differenza di PackageKit, DNF Daemon fornirà supporto solo per il formato RPM.
Microdnf, libdnf5 e DNF Daemon nella prima fase di implementazione saranno forniti parallelamente al tradizionale toolkit DNF. Una volta completato il progetto, il nuovo bundle sostituirà pacchetti come dnf, python3-dnf, python3-hawkey, libdnf, dnfdragora e python3-dnfdaemon.
Le aree in cui Microdnf è superiore a DNF includono: maggiore indicazione visiva dell'avanzamento delle operazioni; migliore implementazione della tabella delle transazioni; la possibilità di visualizzare nei report sulle transazioni completate le informazioni prodotte dagli script integrati nei pacchetti; supporto per l'utilizzo di pacchetti RPM locali per le transazioni; sistema di completamento dell'input più avanzato per bash; supporto per eseguire il comando builddep senza installare Python sul sistema.
Tra gli svantaggi del passaggio alla distribuzione su Microdnf c'è il cambiamento nella struttura dei database interni e l'elaborazione separata dei database da DNF, che non consentirà a Microdnf di vedere le transazioni con i pacchetti eseguite in DNF e viceversa. Inoltre, Microdnf non prevede di mantenere la compatibilità al 100% in DNF a livello di comandi e opzioni della riga di comando. Ci saranno anche alcune discrepanze nel comportamento. Ad esempio, l'eliminazione di un pacchetto non rimuoverà le dipendenze associate che non vengono utilizzate da altri pacchetti.
Fonte: opennet.ru