{"id":114940,"date":"2024-04-09T09:30:54","date_gmt":"2024-04-09T07:30:54","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-fedora-41-utverzhdyon-perehod-na-paketnyj-menedzher-dnf5"},"modified":"2024-04-09T09:30:54","modified_gmt":"2024-04-09T07:30:54","slug":"v-fedora-41-utverzhdyon-perehod-na-paketnyj-menedzher-dnf5","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/v-fedora-41-utverzhdyon-perehod-na-paketnyj-menedzher-dnf5","title":{"rendered":"Se ha aprobado la transici\u00f3n al gestor de paquetes DNF5 en Fedora 41.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
El Comit\u00e9 FESCo (Comit\u00e9 de Direcci\u00f3n de Ingenier\u00eda de Fedora), encargado de la parte t\u00e9cnica del desarrollo de la distribuci\u00f3n Fedora Linux, ha aprobado el uso por defecto del gestor de paquetes DNF5 en la versi\u00f3n de oto\u00f1o de Fedora 41. Los paquetes dnf, libdnf y dnf-cutomatic ser\u00e1n reemplazados en Fedora 41 por las herramientas DNF5 y la nueva biblioteca libdnf5, y el enlace simb\u00f3lico \/usr\/bin\/dnf comenzar\u00e1 a apuntar al archivo ejecutable dnf5. <\/p>\n
A pesar de que a\u00fan no se ha alcanzado la paridad completa en funcionalidad con las herramientas antiguas, los desarrolladores consideran que la distribuci\u00f3n est\u00e1 lista para la migraci\u00f3n, y las caracter\u00edsticas que faltan se pueden implementar m\u00e1s tarde. Por ejemplo, actualmente no est\u00e1 disponible la funcionalidad relacionada con la gesti\u00f3n del historial de transacciones, que es la base del comando \u00abdnf history\u00bb. Adem\u00e1s, el trabajo sobre la integraci\u00f3n del soporte para el proceso en segundo plano dnf5daemon en el gestor de aplicaciones GNOME Software a\u00fan no ha finalizado. Se requiere una prueba adicional del mecanismo para actualizar todo el sistema a la pr\u00f3xima versi\u00f3n (comando system-upgrade). <\/p>\n
En su momento, DNF reemplaz\u00f3 en la distribuci\u00f3n al gestor de paquetes Yum, que estaba completamente escrito en Python. En DNF, las funciones de bajo nivel exigentes en cuanto a rendimiento se reescribieron y se trasladaron a bibliotecas de C separadas como hawkey, librepo, libsolv y libcomps, pero la estructura y los componentes de alto nivel permanecieron en Python. El proyecto DNF5 tiene como objetivo la unificaci\u00f3n de las bibliotecas de bajo nivel existentes, reescribiendo en C++ los componentes de gesti\u00f3n de paquetes que todav\u00eda est\u00e1n en Python, y trasladando la funcionalidad b\u00e1sica a una biblioteca separada libdnf5, creando una capa alrededor de esta biblioteca para mantener la API en Python. <\/p>\n
El uso del lenguaje C++ en lugar de Python ha permitido eliminar un gran n\u00famero de dependencias, reducir el tama\u00f1o de las herramientas y aumentar el rendimiento. Un mayor rendimiento se logra no solo mediante la compilaci\u00f3n a c\u00f3digo m\u00e1quina, sino tambi\u00e9n gracias a la mejora en la implementaci\u00f3n de la tabla de transacciones, la optimizaci\u00f3n de las descargas desde los repositorios y la reestructuraci\u00f3n de la base de datos (se separan las bases con el estado del sistema y el historial de operaciones). El conjunto de herramientas DNF5 ha dejado atr\u00e1s la dependencia de PackageKit, siendo sustituido por un nuevo proceso en segundo plano DNF Daemon, que reemplaza la funcionalidad de PackageKit y proporciona una interfaz para la gesti\u00f3n de paquetes y actualizaciones en entornos gr\u00e1ficos. <\/p>\n
La reestructuraci\u00f3n tambi\u00e9n ha permitido implementar algunas mejoras que aumentan la comodidad de uso del gestor de paquetes. Por ejemplo, en el nuevo DNF se ha incorporado una indicaci\u00f3n m\u00e1s clara del progreso de las operaciones; se ha a\u00f1adido soporte para el uso de paquetes RPM locales en las transacciones; se ha a\u00f1adido la posibilidad de mostrar en los informes sobre las transacciones realizadas informaci\u00f3n proporcionada por los scripts integrados en los paquetes (scriplets); y se ha propuesto un sistema de autocompletado de entrada m\u00e1s avanzado para bash. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"