A Fedora 39 planegen migrar a DNF5, deixant de banda els components de Python

Fedora 39 amb la nova eina d'empaquetament DNF5

DNF5 hauria de millorar lexperiència de lusuari i proporcionar un millor rendiment

Ben Cotton, administrador de programes de Fedora a Red Hat, anunciar fa poc a les llistes de correu, la seva intenció de migrar Fedora a l'administrador de paquets DNF5 per defecte.

S'esmenta que el canvi planejat serà efectiu a partir del llançament de Fedora 39, el canvi planeja reemplaçar els paquets dnf, libdnf i dnf-cutomatic amb el kit d'eines DNF5 i la nova biblioteca libdnf5.

Sobre el canvi, cal esmentar que en el seu moment DNF va reemplaçar Yum, que estava escrit completament a Python.

Per als que desconeixen de DNF, han de saber, que aquest é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. El DNF és ara l'eina d'administració de paquets de programari predeterminada a Fedora.

A DNF, les funcions de baix nivell que demanen rendiment es van reescriure i es van traslladar a biblioteques C separades hawkey, llibrepo, libsolv i libcomps, però el marc i els components d'alt nivell van romandre a Python.

DNF5 proporcionarà una millora significativa en lexperiència de lusuari i el rendiment. El reemplaçament és el segon pas en l'actualització de la pila d'administració de programari de Fedora. Sense el canvi, hi haurà múltiples eines d'administració de programari (DNF5, antic Microdnf, PackageKit i DNF) basades en diferents biblioteques (libdnf, libdnf5), que brindaran un comportament diferent i no compartiran un historial. També podem esperar que DNF només tingui un suport limitat de upstream.

El Projecte DNF5 té com a objectiu unificar les biblioteques de baix nivell existents, reescriure a C++ els components dadministració de paquets que queden a Python i moure la funcionalitat bàsica a una biblioteca libdnf5 separada amb la creació dun enllaç al voltant daquesta biblioteca per preservar lAPI de Python.

DNF5 encara està en desenvolupament i algunes de les funcions o opcions encara no estan disponibles. Encara hem d'acabar la implementació de la Modularitat, l'emmagatzematge de dades internes relacionades amb la Història i l'Estat del Sistema, i també la documentació i les pàgines man. DNF5 es pot provar des del repositori amb compilacions nocturnes ascendents: Se suposava que d` no era modificable per l'usuari i el seu format no és suficient (manca informació sobre els paquets instal·lats amb perfils instal·lats)

L'ús de C++ en lloc de Python eliminarà moltes dependències, reduirà la mida del conjunt de ferramentes i millorarà el rendiment. S'aconsegueix un rendiment més gran no només mitjançant l'ús de la compilació a codi de màquina, sinó també a causa de la implementació millorada de la taula de transaccions, l'optimització de la càrrega des dels repositoris i la reestructuració de la base de dades (se separen bases de dades amb l'estat del sistema i l'historial d'operacions).

DNF5 s'ha desvinculat de PackageKit a favor de un nou procés en segon pla DNF Daemon que reemplaça la funcionalitat de PackageKit i proporciona una interfície per administrar paquets i actualitzacions en entorns gràfics.

El treball també permetrà implementar algunes millores en la usabilitat de ladministrador de paquets. Per exemple, el nou DNF té una indicació més visual del progrés de les operacions; suport agregat per utilitzar paquets RPM locals per a transaccions; va afegir la capacitat de mostrar als informes sobre transaccions completades informació emesa per scripts integrats en paquets (scriptlets); va proposar un sistema de finalització dentrada més avançat per a bash.

Cal esmentar que la proposta encara no ha estat revisada pel FESCo (Comitè Directiu d'Enginyeria de Fedora), responsable de la part tècnica del desenvolupament de la distribució de Fedora.

Finalment si estàs interessat en poder conèixer més a l'respecte, pots consultar els detalls al següent enllaç.


Deixa el teu comentari

La seva adreça de correu electrònic no es publicarà. Els camps obligatoris estan marcats amb *

*

*

  1. Responsable de les dades: AB Internet Networks 2008 SL
  2. Finalitat de les dades: Controlar l'SPAM, gestió de comentaris.
  3. Legitimació: El teu consentiment
  4. Comunicació de les dades: No es comunicaran les dades a tercers excepte per obligació legal.
  5. Emmagatzematge de les dades: Base de dades allotjada en Occentus Networks (UE)
  6. Drets: En qualsevol moment pots limitar, recuperar i esborrar la teva informació.