Die Entwickler von Fedora Linux beabsichtigen, die Distribution auf den neuen Paketmanager Microdnf umzusteigen, anstelle des derzeit verwendeten DNF. Der erste Schritt zur Migration wird ein bedeutendes Update von Microdnf sein, das in der bevorstehenden Veröffentlichung von Fedora Linux 38 geplant ist. Microdnf wird in seiner Funktionalität DNF ähneln und in einigen Bereichen sogar übertreffen. Es wird darauf hingewiesen, dass die neue Version von Microdnf alle wesentlichen Funktionen von DNF unterstützen wird, dabei jedoch hohe Leistung und Kompaktheit beibehalten kann.
Ein entscheidender Unterschied zwischen Microdnf und DNF ist die Verwendung der Programmiersprache C für die Entwicklung anstelle von Python, was eine Vielzahl von Abhängigkeiten eliminiert. Ursprünglich wurde Microdnf als abgespeckte Version von DNF für die Verwendung in Docker-Containern entwickelt, die keine Python-Installation erfordert. Jetzt planen die Entwickler von Fedora, Microdnf auf das Niveau von DNF zu bringen und DNF schrittweise vollständig durch Microdnf zu ersetzen.
Die Grundlage von Microdnf bildet die Bibliothek libdnf5, die im Rahmen des DNF 5-Projekts entwickelt wird. Die Hauptidee von DNF 5 besteht darin, die grundlegenden Paketverwaltungsoperationen in C++ neu zu schreiben und sie in eine separate Bibliothek auszulagern, um rund um diese Bibliothek eine Schnittstelle für die Beibehaltung der Python-API zu schaffen.
Die neue Version von Microdnf wird außerdem den Hintergrundprozess DNF Daemon verwenden, der die Funktionalität von PackageKit ersetzt und eine Schnittstelle zur Verwaltung von Paketen und Updates in grafischen Umgebungen bietet. Im Gegensatz zu PackageKit wird DNF Daemon nur das RPM-Format unterstützen.
Microdnf, libdnf5 und DNF Daemon sollen in der ersten Implementierungsphase parallel mit den traditionellen DNF-Tools bereitgestellt werden. Nach der Fertigstellung des Projekts wird das neue Paket bestehende Pakete wie dnf, python3-dnf, python3-hawkey, libdnf, dnfdragora und python3-dnfdaemon ersetzen.
Zu den Bereichen, in denen Microdnf DNF übertrifft, gehören: eine anschaulichere Anzeige des Fortschritts bei den Betriebsvorgängen; eine verbesserte Implementierung der Transaktionstabelle; die Möglichkeit, Informationen aus Scripten in den Berichten über durchgeführte Transaktionen auszugeben; die Unterstützung der Verwendung lokaler RPM-Pakete für Transaktionen; ein fortschrittlicheres Autovervollständigungssystem für Bash; die Unterstützung der Ausführung des Befehls builddep ohne Installation von Python im System.
Unter den Nachteilen des Wechsels des Distributionspakets zu Microdnf wird die Änderung der Struktur der internen Datenbanken und die separate Verarbeitung der Datenbanken von DNF erwähnt, was es ermöglicht, Transaktionen mit Paketen, die in DNF durchgeführt wurden, nicht in Microdnf zu sehen und umgekehrt. Darüber hinaus wird in Microdnf nicht geplant, eine 100%ige Kompatibilität zu DNF auf der Ebene der Befehle und Befehlszeilenoptionen zu gewährleisten. Auch wird es einige Unterschiede im Verhalten geben. Zum Beispiel wird das Entfernen eines Pakets nicht dazu führen, dass die damit verbundenen Abhängigkeiten, die in anderen Paketen nicht verwendet werden, entfernt werden.
Quelle: opennet.ru
