Fedora 39 plant, standardmäßig DNF5 zu verwenden

Das Fedora Engineering and Steering Committee (FESCo) gibt bekannt, dass das verantwortliche Team in Fedora 39 voraussichtlich DNF ersetzen wird, libdnf und dnf-automatic cmit dem neuen DNF5-Packaging-Tool und der libdnf5-Unterstützungsbibliothek. DNF5 sollte die Benutzererfahrung verbessern und eine bessere Leistung für die Verwaltung von Software unter Fedora Linux bieten.

DNF ist ein Softwarepaketmanager installiert, aktualisiert und entfernt Pakete in Fedora und ist der Nachfolger von YUM (Yellow-Dog Updater Modified). DNF vereinfacht die Wartung von Paketen, indem Abhängigkeiten automatisch überprüft und die zum Installieren von Paketen erforderlichen Aktionen bestimmt werden. Diese Methode beseitigt die Notwendigkeit, das Paket und seine Abhängigkeiten mit dem Befehl rpm manuell zu installieren oder zu aktualisieren.

Bezüglich der neuen Funktionen von DNF5 fallen folgende auf:

• Vollständiger Paketmanager ohne Python
• kleinstes System
• Schneller
• Ersetzt DNF und Microdnf
• Einheitliches Verhalten im gesamten Software-Management-Stack
• Die neuen Libdnf5-Plugins (C++, Python) werden auf DNF5 und Dnf5Daemon anwendbar sein.
• Gemeinsame Einstellungen
• DNF/YUM wurde über Jahrzehnte mit dem Einfluss mehrerer Stile und Namenskonventionen (Optionen, Einstellungen, Optionen, Befehle) entwickelt.
• Es kann eine Alternative zu PackageKit für RPM (ein einzigartiges PackageKit-Backend) darstellen, wenn es in Desktop integriert ist.
• Kompatibilität mit Modularitäts- und Comps-Gruppe
• Wichtige Verbesserungen in der Codebasis
• Trennung des Systemstatus von der History-Datenbank und /etc/dnf/module.d

In dnf-4 die Liste der installierten Pakete vom Benutzer und die Liste der installierten Gruppen, sowie die Liste der installierten Pakete dieser Gruppen, werden als Aggregation der Geschichte berechnet von Transaktionen. In dnf5 wird es separat gespeichert, was mehrere Vorteile hat, nicht zuletzt die Tatsache, dass die Verlaufsdatenbank nur zu Informationszwecken verwendet wird und nicht den Zustand des Systems definiert (es wird gelegentlich beschädigt usw.). Die in /etc/dnf/module.d gespeicherten Daten sollen nicht vom Benutzer beschreibbar sein und ihr Format ist nicht ausreichend (Informationen über installierte Pakete mit installierten Profilen fehlen).

DNF5 befindet sich noch in der Entwicklung und einige Funktionen oder Optionen sind noch nicht verfügbar. Noch Es gibt noch viel zu tun, um die Modularität zu implementieren, interner Datenspeicher in Bezug auf Systemverlauf und -status sowie Dokumentation und Manpages. DNF5 kann aus dem Repository mit nächtlichen Upstream-Builds getestet werden.

DNF5 wird dnf-, yum-, dnf-automatic-, yum-utils- und DNF-Plug-ins verwerfen (Kern und Extras) python3-dnf und LIBDNF (libdnf, python3-hawkey) werden mit fedora-obsolete-packages veraltet sein, außerdem wird es einen symbolischen Link zu /usr/bin/dnf geben, sodass Benutzer den Ersatz als Update sehen werden zu DNF mit begrenzten, aber dokumentierten Syntaxänderungen. DNF5 wird einige unterstützte Befehlsaliase und Optionen bereitstellen, um die DNF5-Einführung zu verbessern.

Der Änderungsvorschlag fasst die Dinge wie folgt zusammen:

1. die neue DNF5 wird die Benutzererfahrung und Leistung erheblich verbessern. Dieser Ersatz ist der zweite Schritt im Upgrade des Fedora-Software-Management-Stacks. Ohne diese Änderung wird es mehrere Softwareverwaltungstools (DNF5, altes Microdnf, PackageKit und DNF) geben, die auf verschiedenen Bibliotheken (libdnf, libdnf5) basieren, die ein unterschiedliches Verhalten bieten und den Verlauf nicht teilen. Es ist auch möglich, dass DNF nur eingeschränkten Entwicklersupport hat. Die Entwicklung von DNF5 wurde 2020 auf der Fedora-Devel-Liste angekündigt.
2. DNF5 entfernt Python-Code für ein kleineres System, schnellere Leistung und zum Ersetzen bestehender DNF- und Microdnf-Tools. DNF5 vereinheitlicht auch das Verhalten des Software-Management-Stacks, führt einen neuen Daemon als Alternative zu PackageKit für RPM ein und soll viel leistungsfähiger sein. Erwarten Sie eine schnellere Leistung beim Durchsuchen von Repositorys, Suchvorgängen, RPM-Abfragen und der gemeinsamen Nutzung von Metadaten.

Der Änderungsvorschlag muss noch genehmigt werden vom Fedora Engineering and Steering Committee, aber angesichts der Beteiligung von Red Hat an DNF(5) kann davon ausgegangen werden, dass es rechtzeitig für den Fedora 39-Zyklus genehmigt und hoffentlich abgeschlossen wird

Quelle: https://fedoraproject.org