Die Fedora-Linux-Entwickler beabsichtigen, die Distribution auf den neuen Paketmanager Microdnf statt auf den derzeit verwendeten DNF zu übertragen. Der erste Schritt in Richtung Migration wird ein großes Update für Microdnf sein, das für die Veröffentlichung von Fedora Linux 38 geplant ist und dessen Funktionalität DNF nahe kommen und es in einigen Bereichen sogar übertreffen wird. Es wird darauf hingewiesen, dass die neue Version von Microdnf alle grundlegenden Funktionen von DNF unterstützt, gleichzeitig aber eine hohe Leistung und Kompaktheit beibehält.
Der Hauptunterschied zwischen Microdnf und DNF besteht in der Verwendung der C-Sprache für die Entwicklung anstelle von Python, wodurch Sie eine große Anzahl von Abhängigkeiten beseitigen können. Microdnf wurde ursprünglich als abgespeckte Version von DNF für den Einsatz in Docker-Containern entwickelt, die keine Python-Installation erfordert. Nun planen die Fedora-Entwickler, Microdnf auf das Niveau von DNF zu bringen und schließlich DNF vollständig durch Microdnf zu ersetzen.
Die Basis von Microdnf ist die libdnf5-Bibliothek, die im Rahmen des DNF 5-Projekts entwickelt wurde. Die Hauptidee von DNF 5 besteht darin, grundlegende Paketverwaltungsvorgänge in C++ neu zu schreiben und sie in eine separate Bibliothek zu verschieben, wobei ein Wrapper darum herum erstellt wird Bibliothek zum Speichern der Python-API.
Die neue Version von Microdnf wird außerdem einen DNF-Daemon-Hintergrundprozess verwenden, der die PackageKit-Funktionalität ersetzt und eine Schnittstelle zum Verwalten von Paketen und Updates in grafischen Umgebungen bereitstellt. Im Gegensatz zu PackageKit bietet der DNF-Daemon nur Unterstützung für das RPM-Format.
Microdnf, libdnf5 und der DNF-Daemon sollen in der ersten Phase der Implementierung parallel zum traditionellen DNF-Toolkit bereitgestellt werden. Sobald das Projekt abgeschlossen ist, ersetzt das neue Bundle Pakete wie dnf, python3-dnf, python3-hawkey, libdnf, dnfdragora und python3-dnfdaemon.
Zu den Bereichen, in denen Microdnf DNF überlegen ist, gehören: bessere visuelle Anzeige des Betriebsfortschritts; verbesserte Implementierung der Transaktionstabelle; die Möglichkeit, in Berichten über abgeschlossene Transaktionen Informationen anzuzeigen, die von in Paketen integrierten Skripten erstellt wurden; Unterstützung für die Verwendung lokaler RPM-Pakete für Transaktionen; fortgeschritteneres Eingabevervollständigungssystem für Bash; Unterstützung für die Ausführung des Befehls builddep ohne Installation von Python auf dem System.
Zu den Nachteilen der Umstellung der Distribution auf Microdnf gehört eine Änderung in der Struktur der internen Datenbanken und eine von DNF getrennte Datenbankverarbeitung, die es Microdnf nicht ermöglicht, Transaktionen mit in DNF durchgeführten Paketen zu sehen und umgekehrt. Darüber hinaus plant Microdnf nicht, eine 100-prozentige Kompatibilität in DNF auf der Ebene der Befehle und Befehlszeilenoptionen aufrechtzuerhalten. Es wird auch einige Abweichungen im Verhalten geben. Durch das Löschen eines Pakets werden beispielsweise nicht die zugehörigen Abhängigkeiten entfernt, die nicht von anderen Paketen verwendet werden.
Source: opennet.ru