Fedora 39 planlægger at bruge DNF5 som standard

Fedora Engineering and Steering Committee (FESCo) meddeler, at i Fedora 39 vil det ansvarlige hold sandsynligvis erstatte DNF, libdnf og dnf-automatic cmed det nye DNF5-pakkeværktøj og libdnf5-understøttelsesbibliotek. DNF5 skulle forbedre brugeroplevelsen og give bedre ydeevne til administration af software på Fedora Linux.

DNF er en softwarepakkemanager som installerer, opdaterer og fjerner pakker i Fedora og er efterfølgeren til YUM (Yellow-Dog Updater Modified). DNF gør det nemt at vedligeholde pakker ved automatisk at kontrollere afhængigheder og bestemme de handlinger, der kræves for at installere pakker. Denne metode eliminerer behovet for manuelt at installere eller opdatere pakken og dens afhængigheder ved hjælp af rpm-kommandoen.

Med hensyn til de nye funktioner i DNF5 skiller følgende sig ud:

• Fuld pakkehåndtering uden behov for Python
• mindste system
• Hurtigere
• Erstatter DNF og Microdnf
• Ensartet adfærd på tværs af hele softwareadministrationsstakken
• De nye Libdnf5 plugins (C++, Python) vil være anvendelige til DNF5 og Dnf5Daemon.
• Delte indstillinger
• DNF/YUM er blevet udviklet gennem årtier med virkningen af ​​flere stilarter og navngivningskonventioner (indstillinger, indstillinger, muligheder, kommandoer)
• Det kan give et alternativ til PackageKit til RPM (en unik PackageKit-backend), hvis den er indbygget i Desktop.
• Kompatibilitet med Modularity og Comps gruppe
• Vigtige forbedringer i kodebasen
• Adskillelse af systemtilstand fra historiedatabase og /etc/dnf/module.d

I dnf-4, listen over installerede pakker af brugeren og listen over installerede grupper, samt listen over installerede pakker for disse grupper, beregnes som en aggregering af historien af transaktioner. I dnf5 vil det blive gemt separat, som har flere fordele, ikke mindst det faktum, at historiedatabasen kun vil blive brugt til informationsformål og ikke definerer systemets tilstand (det bliver lejlighedsvis beskadiget osv.). Dataene gemt i /etc/dnf/module.d formodes ikke at kunne skrives af brugeren, og dets format er ikke tilstrækkeligt (information om installerede pakker med installerede profiler mangler).

DNF5 er stadig under udvikling og nogle funktioner eller muligheder er endnu ikke tilgængelige. Endnu der er arbejde at gøre med at implementere modularitet, intern datalagring relateret til systemhistorik og -status, og dokumentation og man-sider. DNF5 kan testes fra depotet med natlige opstrøms builds.

DNF5 vil udfase dnf, yum, dnf-automatic, yum-utils og DNF plugins (kerne og ekstramateriale) python3-dnf og LIBDNF (libdnf, python3-hawkey) vil blive forældet med fedora-forældede-pakker, plus det vil give et symlink til /usr/bin/dnf, så brugerne vil se erstatningen som en opdatering til DNF med begrænsede, men dokumenterede syntaksændringer. DNF5 vil give nogle understøttede kommandoaliasser og muligheder for at forbedre DNF5-adoptionen.

Ændringsforslaget opsummerer tingene således:

1. De nye DNF5 vil forbedre brugeroplevelsen og ydeevnen markant. Denne udskiftning er det andet trin i opgraderingen af ​​Fedora-softwarestyringsstakken. Uden denne ændring vil der være flere softwareadministrationsværktøjer (DNF5, gamle Microdnf, PackageKit og DNF) baseret på forskellige biblioteker (libdnf, libdnf5), som vil give forskellig adfærd og ikke dele historie. Det er også muligt, at DNF kun har begrænset udviklersupport. Udviklingen af ​​DNF5 blev annonceret på Fedora-Devel-listen i 2020.
2. DNF5 fjerner Python-kode for et mindre system, hurtigere ydeevne og til at erstatte eksisterende DNF- og microdnf-værktøjer. DNF5 forener også opførselen af ​​softwareadministrationsstakken, introducerer en ny dæmon som et alternativ til PackageKit til RPM og burde være meget mere kapabel. Forvent hurtigere ydeevne til lagerbrowsing, opslagsoperationer, RPM-forespørgsler og metadatadeling.

Ændringsforslaget mangler stadig at blive godkendt af Fedora Engineering and Steering Committee, men givet Red Hats involvering i DNF(5), kan det antages, at det vil blive godkendt og forhåbentlig afsluttet i tide til Fedora 39-cyklussen

kilde: https://fedoraproject.org