DNF5 borde förbättra användarupplevelsen och ge bättre prestanda
Ben Cotton, Fedora Program Manager på RedHat, annons nyligen på e-postlistorna, din avsikt att migrera Fedora till pakethanteraren DNF5 som standard.
Det nämns att den planerade förändringen kommer att gälla från releasen av Fedora 39, Ändringen planerar att ersätta paketen dnf, libdnf och dnf-cutomatic med DNF5-verktygslådan och det nya libdnf5-biblioteket.
Angående förändringen är det värt att nämna det vid den tiden DNF ersatte Yum, som skrevs helt i Python.
För dem som inte känner till DNF, De borde veta att detta är en mjukvarupakethanterare som installerar, uppdaterar och tar bort paket i Fedora och är efterföljaren till YUM (Yellow-Dog Updater Modified). DNF underlättar paketunderhåll genom att automatiskt kontrollera beroenden och bestämma de åtgärder som krävs för att installera paket. Denna metod eliminerar behovet av att manuellt installera eller uppdatera paketet och dess beroenden med hjälp av kommandot rpm. DNF är nu standardverktyget för mjukvarupakethantering i Fedora.
I DNF skrevs prestandakrävande lågnivåfunktioner om och flyttade till separata C-bibliotek hawkey, librepo, libsolv och libcomps, men ramverket och komponenterna på hög nivå förblev i Python.
DNF5 kommer att ge en betydande förbättring av användarupplevelse och prestanda. Ersättningen är det andra steget i uppdateringen av Fedoras mjukvaruhanteringsstack. Utan förändringen kommer det att finnas flera mjukvaruhanteringsverktyg (DNF5, gamla Microdnf, PackageKit och DNF) baserade på olika bibliotek (libdnf, libdnf5), som ger olika beteende och inte delar historik. Vi kan också förvänta oss att DNF endast har begränsat uppströmsstöd.
Projektet DNF5 syftar till att förena befintliga lågnivåbibliotek, skriva om i C++ pakethanteringskomponenter som finns kvar i Python och flyttar kärnfunktionalitet till ett separat libdnf5-bibliotek genom att skapa en länk runt detta bibliotek för att bevara Python API.
DNF5 är fortfarande under utveckling och några av funktionerna eller alternativen är ännu inte tillgängliga. Vi måste fortfarande slutföra implementeringen av Modularity, lagringen av intern data relaterad till systemhistorik och tillstånd, och även dokumentationen och man-sidorna. DNF5 kan testas från förvaret med nattliga uppströmsbyggnader: d` var inte tänkt att vara skrivbar av användaren och dess format är inte tillräckligt (information om installerade paket med installerade profiler saknas)
Att använda C++ istället för Python kommer att ta bort många beroenden, minska storleken av verktygsuppsättningen och förbättra prestandan. Högre prestanda uppnås inte bara genom att använda kompilering till maskinkod, utan också på grund av förbättrad transaktionstabellimplementering, optimering av laddning från förråd och databasomstrukturering (separata databaser med systemstatus och drifthistorik).
DNF5 har frikopplat från PackageKit till förmån för en ny bakgrundsprocess DNF Daemon som ersätter funktionaliteten i PackageKit och tillhandahåller ett gränssnitt för att hantera paket och uppdateringar i grafiska miljöer.
omarbeta också Det kommer att göra det möjligt att implementera vissa förbättringar i användbarheten av pakethanteraren. Till exempel har den nya DNF en mer visuell indikation på hur verksamheten fortskrider; lagt till stöd för att använda lokala RPM-paket för transaktioner; lagt till möjligheten att visa i rapporter om slutförda transaktioner information utfärdad av paketerade scriptlets (scriptlets); föreslog ett mer avancerat inmatningssystem för bash.
Det är värt att nämna det förslaget har ännu inte granskats av FESCo (Fedora Engineering Steering Committee), som ansvarar för den tekniska delen av utvecklingen av Fedora-distributionen.
Slutligen Om du är intresserad av att veta mer om det, Du kan kontrollera detaljerna i följande länk.