Die Entwickler von Fedora Linux planen den Umstieg auf den neuen Paketmanager Microdnf, anstelle des aktuell verwendeten DNF. Der erste Schritt in diesem Migrationsprozess wird ein umfangreiches Update von Microdnf im Release von Fedora Linux 38 sein, das in seiner Funktionalität DNF sehr ähnlich sein wird und in einigen Bereichen sogar überlegen sein könnte. Es wird darauf hingewiesen, dass die neue Version von Microdnf alle wesentlichen Funktionen von DNF unterstützen wird, dabei jedoch hohe Leistungsfähigkeit und Kompaktheit bewahrt.
Der wesentliche Unterschied zwischen Microdnf und DNF besteht darin, dass Microdnf in der Programmiersprache C statt in Python entwickelt wurde, was eine Vielzahl von Abhängigkeiten eliminiert. Ursprünglich wurde Microdnf als abgespeckte Version von DNF für die Nutzung in Docker-Containern entwickelt, die keine Python-Installation erfordert. Nun planen die Fedora-Entwickler, Microdnf auf das Niveau von DNF zu bringen und DNF schließlich vollständig durch Microdnf zu ersetzen.
Die Basis von Microdnf bildet die Bibliothek libdnf5, die im Rahmen des DNF 5-Projekts entwickelt wird. Das Hauptziel von DNF 5 ist es, die grundlegenden Paketverwaltungsoperationen in C++ neu zu implementieren und sie in eine separate Bibliothek auszulagern, um rund um diese Bibliothek eine Schnittstelle zu schaffen, die die Python-API bewahrt.
Die neue Version von Microdnf wird ebenfalls den Hintergrundprozess DNF Daemon nutzen, der die Funktionalität von PackageKit ersetzt und eine Schnittstelle für die Verwaltung von Paketen und Updates in grafischen Umgebungen bereitstellt. Im Gegensatz zu PackageKit wird der DNF Daemon nur das RPM-Format unterstützen.
Microdnf, libdnf5 und DNF Daemon planen in der ersten Implementierungsphase, parallel zu den traditionellen DNF-Werkzeugen bereitgestellt zu werden. Nach Abschluss des Projekts wird das neue Paket solche Pakete wie dnf, python3-dnf, python3-hawkey, libdnf, dnfdragora und python3-dnfdaemon ersetzen.
In den Bereichen, in denen Microdnf DNF übertrifft, sind folgende Punkte hervorzuheben: eine anschaulichere Anzeige des Fortschritts bei Operationen; eine verbesserte Implementierung der Transaktionstabelle; die Möglichkeit, Berichte über durchgeführte Transaktionen mit Informationen aus in die Pakete eingebetteten Skripten (scriplets) bereitzustellen; Unterstützung lokaler RPM-Pakete für Transaktionen; ein fortgeschrittenes System zur automatischen Vervollständigung von Eingaben für bash; Unterstützung für den Befehl builddep ohne Installation von Python im System.
Zu den Nachteilen des Wechsels des Distributionspakets zu Microdnf gehört die Änderung der Struktur der internen Datenbanken und die getrennte Datenbankverarbeitung von DNF, die es nicht ermöglicht, Transaktionen mit Paketen, die in DNF durchgeführt wurden, in Microdnf zu sehen und umgekehrt. Außerdem wird nicht geplant, in Microdnf eine 100%ige Kompatibilität zu DNF auf Befehls- und Optionenebene zu gewährleisten. Auch einige Verhaltensunterschiede werden zu beobachten sein. Zum Beispiel wird das Entfernen eines Pakets nicht dazu führen, dass abhängige Pakete, die in anderen Paketen nicht verwendet werden, entfernt werden.
Quelle: opennet.ru
