DNF5 skulle forbedre brugeroplevelsen og give bedre ydeevne
Ben Cotton, Fedora Program Manager hos RedHat, annonce for nylig på mailinglisterne, din hensigt om at migrere Fedora til pakkeadministrator DNF5 som standard.
Det nævnes, at den planlagte ændring træder i kraft fra udgivelsen af Fedora 39, Ændringen planlægger at erstatte dnf-, libdnf- og dnf-cutomatic-pakkerne med DNF5-værktøjssættet og det nye libdnf5-bibliotek.
Med hensyn til ændringen er det værd at nævne det på det tidspunkt DNF erstattede Yum, som udelukkende er skrevet i Python.
For dem, der ikke kender til DNF, Det burde de vide er en softwarepakkemanager som installerer, opdaterer og fjerner pakker i Fedora og er efterfølgeren til YUM (Yellow-Dog Updater Modified). DNF letter pakkevedligeholdelse 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. DNF er nu standardsoftwarepakkehåndteringsværktøjet i Fedora.
I DNF blev præstationskrævende lavniveaufunktioner omskrevet og flyttede til separate C-biblioteker hawkey, librepo, libsolv og libcomps, men rammen og komponenterne på højt niveau forblev i Python.
DNF5 vil give en væsentlig forbedring i brugeroplevelse og ydeevne. Udskiftningen er det andet trin i opdatering af Fedora-softwarestyringsstakken. Uden ændringen vil der være flere softwareadministrationsværktøjer (DNF5, gamle Microdnf, PackageKit og DNF) baseret på forskellige biblioteker (libdnf, libdnf5), der giver forskellig adfærd og ikke deler historie. Vi kan også forvente, at DNF kun har begrænset upstream support.
Projektet DNF5 sigter mod at forene eksisterende lavniveaubiblioteker, omskrive i C++ pakkehåndteringskomponenter, der forbliver i Python og flytter kernefunktionalitet til et separat libdnf5-bibliotek ved at oprette et link omkring dette bibliotek for at bevare Python API.
DNF5 er stadig under udvikling, og nogle af funktionerne eller mulighederne er endnu ikke tilgængelige. Vi mangler stadig at afslutte implementeringen af Modularity, lagringen af interne data relateret til System History og State, og også dokumentationen og man-siderne. DNF5 kan testes fra repository med natlige upstream builds: d` skulle ikke kunne skrives af brugeren, og dets format er ikke tilstrækkeligt (information om installerede pakker med installerede profiler mangler)
Brug af C++ i stedet for Python vil fjerne mange afhængigheder, reducere størrelsen af værktøjssættet og forbedre ydeevnen. Højere ydeevne opnås ikke kun ved at bruge kompilering til maskinkode, men også på grund af forbedret transaktionstabelimplementering, optimering af indlæsning fra repositories og databaseomstrukturering (separate databaser med systemstatus og driftshistorik).
DNF5 har afkoblet fra PackageKit til fordel for en ny baggrundsproces DNF Dæmon som erstatter funktionaliteten i PackageKit og giver en grænseflade til håndtering af pakker og opdateringer i grafiske miljøer.
omarbejde også Det vil gøre det muligt at implementere nogle forbedringer i pakkehåndteringens brugervenlighed. For eksempel har det nye DNF en mere visuel indikation af driftens forløb; tilføjet support til brug af lokale RPM-pakker til transaktioner; tilføjet muligheden for at vise i rapporter om gennemførte transaktioner oplysninger udstedt af pakkede scriptlets (scriptlets); foreslået et mere avanceret indtastningssystem til bash.
Det er værd at nævne det forslaget er endnu ikke blevet gennemgået af FESCo (Fedora Engineering Steering Committee), som er ansvarlig for den tekniske del af udviklingen af Fedora-distributionen.
Endelig Hvis du er interesseret i at vide mere om det, du kan kontrollere detaljerne i følgende link.