Fedora 39 planlegger å bruke DNF5 som standard

Fedora Linux 39 planlegger å bruke DNF5

Fedora Linux 39 planlegger å bruke DNF5 som standard for bedre ytelse

Fedora Engineering and Steering Committee (FESCo) kunngjør at i Fedora 39 vil det ansvarlige teamet trolig erstatte DNF, libdnf og dnf-automatic cmed det nye DNF5-pakkeverktøyet og libdnf5-støttebiblioteket. DNF5 bør forbedre brukeropplevelsen og gi bedre ytelse for å administrere programvare på Fedora Linux.

DNF er en programvarepakkebehandler som installerer, oppdaterer og fjerner pakker i Fedora og er etterfølgeren til YUM (Yellow-Dog Updater Modified). DNF gjør det enkelt å vedlikeholde pakker 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.

Når det gjelder de nye funksjonene til DNF5, skiller følgende seg ut:

  • Full pakkebehandling uten behov for Python
  • minste system
  • Raskere
  • Erstatter DNF og Microdnf
  • Samlet oppførsel på tvers av hele programvareadministrasjonsstabelen
  • De nye Libdnf5-pluginsene (C++, Python) vil gjelde for DNF5 og Dnf5Daemon.
  • Delte innstillinger
  • DNF/YUM har blitt utviklet over flere tiår med virkningen av flere stiler og navnekonvensjoner (alternativer, innstillinger, alternativer, kommandoer)
  • Det kan gi et alternativ til PackageKit for RPM (en unik PackageKit-backend) hvis den er innebygd i skrivebordet.
  • Kompatibilitet med Modularity og Comps-gruppen
  • Viktige forbedringer i kodebasen
  • Separasjon av systemtilstand fra historiedatabase og /etc/dnf/module.d

I dnf-4, listen over installerte pakker av brukeren og listen over installerte grupper, samt listen over installerte pakker for disse gruppene, beregnes som en aggregering av historien av transaksjoner. I dnf5 vil den bli lagret separat, som har flere fordeler, ikke minst det faktum at historiedatabasen bare vil bli brukt til informasjonsformål og ikke vil definere tilstanden til systemet (det blir av og til ødelagt, osv.). Dataene som er lagret i /etc/dnf/module.d er ikke ment å være skrivbare av brukeren, og formatet er ikke tilstrekkelig (informasjon om installerte pakker med installerte profiler mangler).

DNF5 er fortsatt under utvikling og noen funksjoner eller alternativer er ikke tilgjengelige ennå. Ennå det er arbeid som må gjøres for å implementere modularitet, intern datalagring relatert til systemhistorikk og status, og dokumentasjon og man-sider. DNF5 kan testes fra depotet med nattlige oppstrømsbygg.

DNF5 vil avskrive dnf, yum, dnf-automatic, yum-utils og DNF plugins (kjerne og tillegg) python3-dnf og LIBDNF (libdnf, python3-hawkey) vil bli avskrevet med fedora-foreldede-pakker, pluss at det vil gi en symbolkobling til /usr/bin/dnf, slik at brukere vil se erstatningen som en oppdatering til DNF med begrensede, men dokumenterte syntaksendringer. DNF5 vil gi noen støttede kommandoaliaser og alternativer for å forbedre DNF5-adopsjon.

Endringsforslaget oppsummerer ting slik:

  1. Den nye DNF5 vil forbedre brukeropplevelsen og ytelsen betydelig. Denne erstatningen er det andre trinnet i Fedora-programvareadministrasjonsstabeloppdateringen. Uten denne endringen vil det være flere programvareadministrasjonsverktøy (DNF5, gamle Microdnf, PackageKit og DNF) basert på forskjellige biblioteker (libdnf, libdnf5), som vil gi ulik oppførsel og ikke dele historikk. Det er også mulig at DNF bare har begrenset utviklerstøtte. Utviklingen av DNF5 ble annonsert på Fedora-Devel-listen i 2020.
  2. DNF5 fjerner Python-kode for et mindre system, raskere ytelse, og for å erstatte eksisterende DNF- og microdnf-verktøy. DNF5 forener også oppførselen til programvareadministrasjonsstakken, introduserer en ny demon som et alternativ til PackageKit for RPM, og bør være mye mer kapabel. Forvent raskere ytelse for depotsurfing, oppslagsoperasjoner, RPM-spørringer og deling av metadata.

Endringsforslaget må fortsatt godkjennes av Fedora Engineering and Steering Committee, men gitt Red Hats engasjement i DNF(5), kan det antas at det vil bli godkjent og forhåpentligvis fullført i tide for Fedora 39-syklusen

Fuente: https://fedoraproject.org


Innholdet i artikkelen følger våre prinsipper for redaksjonell etikk. Klikk på for å rapportere en feil her.

Bli den første til å kommentere

Legg igjen kommentaren

Din e-postadresse vil ikke bli publisert.

*

*

  1. Ansvarlig for dataene: Miguel Ángel Gatón
  2. Formålet med dataene: Kontroller SPAM, kommentaradministrasjon.
  3. Legitimering: Ditt samtykke
  4. Kommunikasjon av dataene: Dataene vil ikke bli kommunisert til tredjeparter bortsett fra ved juridisk forpliktelse.
  5. Datalagring: Database vert for Occentus Networks (EU)
  6. Rettigheter: Når som helst kan du begrense, gjenopprette og slette informasjonen din.