DNF5 skal forbedre brukeropplevelsen og gi bedre ytelse
Ben Cotton, Fedora-programleder på RedHat, annonse nylig på e-postlistene, din intensjon om å migrere Fedora til pakkeleder DNF5 som standard.
Det nevnes at den planlagte endringen vil tre i kraft fra utgivelsen av Fedora 39, Endringen planlegger å erstatte dnf-, libdnf- og dnf-cutomatic-pakkene med DNF5-verktøysettet og det nye libdnf5-biblioteket.
Angående endringen er det verdt å nevne det på det tidspunktet DNF erstattet Yum, som ble skrevet helt i Python.
For de som ikke kjenner til DNF, De burde vite at dette er en programvarepakkebehandler som installerer, oppdaterer og fjerner pakker i Fedora og er etterfølgeren til YUM (Yellow-Dog Updater Modified). DNF forenkler vedlikehold av pakken ved automatisk å sjekke avhengigheter og bestemme handlingene som kreves for å installere pakker. Denne metoden eliminerer behovet for å manuelt installere eller oppdatere pakken og dens avhengigheter ved å bruke rpm-kommandoen. DNF er nå standard programvarepakkeadministrasjonsverktøy i Fedora.
I DNF ble ytelseskrevende lavnivåfunksjoner skrevet om og flyttet til separate C-biblioteker hawkey, librepo, libsolv og libcomps, men rammeverket og høynivåkomponentene forble i Python.
DNF5 vil gi en betydelig forbedring i brukeropplevelse og ytelse. Erstatningen er det andre trinnet i å oppdatere Fedora-programvareadministrasjonsstakken. Uten endringen vil det være flere programvareadministrasjonsverktøy (DNF5, gamle Microdnf, PackageKit og DNF) basert på forskjellige biblioteker (libdnf, libdnf5), som gir forskjellig oppførsel og ikke deler historikk. Vi kan også forvente at DNF kun har begrenset oppstrømsstøtte.
Prosjektet DNF5 har som mål å forene eksisterende lavnivåbiblioteker, omskrive i C++ pakkebehandlingskomponenter som er igjen i Python og flytter kjernefunksjonalitet til et eget libdnf5-bibliotek ved å opprette en kobling rundt dette biblioteket for å bevare Python API.
DNF5 er fortsatt under utvikling og noen av funksjonene eller alternativene er ennå ikke tilgjengelige. Vi må fortsatt fullføre implementeringen av Modularity, lagring av interne data relatert til System History og State, og også dokumentasjonen og man-sidene. DNF5 kan testes fra depotet med nattlige oppstrømsbygg: d` skulle ikke være skrivbar av brukeren og formatet er ikke tilstrekkelig (informasjon om installerte pakker med installerte profiler mangler)
Å bruke C++ i stedet for Python vil fjerne mange avhengigheter, redusere størrelsen av verktøysettet og forbedre ytelsen. Høyere ytelse oppnås ikke bare ved å bruke kompilering til maskinkode, men også på grunn av forbedret transaksjonstabellimplementering, optimalisering av lasting fra repositories og databaserestrukturering (separate databaser med systemstatus og operasjonshistorikk).
DNF5 har koblet fra PackageKit til fordel for en ny bakgrunnsprosess DNF Daemon som erstatter funksjonaliteten til PackageKit og gir et grensesnitt for å administrere pakker og oppdateringer i grafiske miljøer.
omarbeid også Det vil tillate å implementere noen forbedringer i brukervennligheten til pakkebehandleren. For eksempel har den nye DNF en mer visuell indikasjon på fremdriften i operasjonene; lagt til støtte for bruk av lokale RPM-pakker for transaksjoner; lagt til muligheten til å vise i rapporter om fullførte transaksjoner informasjon utstedt av pakkede scriptlets (scriptlets); foreslått et mer avansert system for fullføring av inndata for bash.
Det er verdt å nevne det forslaget er ennå ikke gjennomgått av FESCo (Fedora Engineering Steering Committee), som er ansvarlig for den tekniske delen av utviklingen av Fedora-distribusjonen.
Endelig Hvis du er interessert i å vite mer om det, kan du sjekke detaljene i følgende lenke.