Fedora Linux 39 planeja utilitzar DNF5 per defecte per a un millor rendiment
El Comitè de Direcció i Enginyeria de Fedora (FESCo) anuncia que a Fedora 39 l'equip a càrrec probablement reemplaçarà DNF, libdnf i dnf-automatic con la nova eina d'empaquetat DNF5 i la biblioteca de suport de libdnf5. DNF5 hauria de millorar l'experiència de l'usuari i proporcionar un millor rendiment per administrar el programari a Fedora Linux.
DNF és un administrador de paquets de programari que instal·la, actualitza i elimina paquets a Fedora i és el successor de YUM (Yellow-Dog Updater Modified). DNF facilita el manteniment de paquets en verificar automàticament les dependències i determinar les accions necessàries per instal·lar paquets. Aquest mètode elimina la necessitat d'instal·lar o actualitzar manualment el paquet i les seves dependències mitjançant l'ordre rpm.
Sobre les noves funcions de DNF5 es destaquen les següents:
- Gestor de paquets complet sense necessitat de Python
- sistema més petit
- més ràpid
- Reemplaça DNF i Microdnf
- Comportament unificat a tota la pila d'administració de programari
- Els nous complements de Libdnf5 (C++, Python) seran aplicables a DNF5 i Dnf5Daemon.
- Configuracions compartides
- DNF/YUM s'ha desenvolupat durant dècades amb l'impacte de múltiples estils i convencions de nomenclatura (opcions, configuració, opcions, ordres)
- Podeu proporcionar una alternativa a PackageKit per a RPM (un backend de PackageKit únic) si està integrat a Desktop.
- Compatibilitat amb el grup Modularity i Comps
- Millores importants a la base de codi
- Separació de l'estat del sistema de la base de dades històrica i /etc/dnf/module.d
A dnf-4, la llista de paquets instal·lats per l'usuari i la llista de grups instal·lats, així com la llista de paquets instal·lats d'aquests grups, es calculen com una agregació de l'historial de transaccions. A dnf5 s'emmagatzemarà per separat, cosa que té múltiples avantatges, entre els quals destaca el fet que la base de dades d'historial només s'utilitzarà amb finalitats informatives i no definirà l'estat del sistema (es corromp ocasionalment, etc.). Se suposa que les dades emmagatzemades a /etc/dnf/module.d no poden ser editables per l'usuari i el seu format no és suficient (manca informació sobre els paquets instal·lats amb perfils instal·lats).
DNF5 encara està en desenvolupament i algunes funcions o opcions encara no estan disponibles. Encara queda feina per fer en la implementació de la modularitat, l'emmagatzematge de dades internes relacionades amb l'historial i l'estat del sistema, i la documentació i les pàgines man. DNF5 es pot provar des del repositori amb compilacions nocturnes ascendents.
DNF5 deixarà obsolets els complements dnf, yum, dnf-automatic, yum-utils i DNF (nucli i extres) python3-dnf i LIBDNF (libdnf, python3-hawkey) quedaran obsolets amb fedora-obsolete-packages, a més que proporcionarà un enllaç simbòlic a /usr/bin/dnf, per la qual cosa els usuaris veuran el reemplaçament com una actualització de DNF amb canvis de sintaxi limitats però documentats. DNF5 proporciona alguns àlies d'ordres i opcions compatibles per millorar l'adopció de DNF5.
La proposta de canvi resumeix les coses de la manera següent:
- El nou DNF5 millorarà significativament l'experiència i el rendiment de l'usuari. Aquest reemplaçament és el segon pas en l'actualització de la pila d'administració de programari de Fedora. Sense aquest canvi, hi haurà diverses eines d'administració de programari (DNF5, antic Microdnf, PackageKit i DNF) basades en diferents biblioteques (libdnf, libdnf5), que oferiran un comportament diferent i no compartiran l'historial. També és possible que DNF només tingui un suport de desenvolupador limitat. El desenvolupament de DNF5 es va anunciar a la llista Fedora-Devel el 2020.
- DNF5 elimina el codi Python per aconseguir un sistema més petit, un rendiment més ràpid i per reemplaçar les eines DNF i microDNF existents. DNF5 també unifica el comportament de la pila d'administració de programari, presenta un nou dimoni com a alternativa a PackageKit per a RPM i hauria de ser molt més capaç. Es pot esperar un rendiment més ràpid a la cerca de repositoris, les operacions de cerca, les consultes de RPM i l'ús compartit de metadades.
La proposta de canvi encara ha de ser aprovada pel Comitè Directiu i d'Enginyeria de Fedora, però atesa la participació de Red Hat a DNF(5), es pot suposar que serà aprovada i, amb sort, que es completarà a temps per al cicle Fedora 39
font: https://fedoraproject.org