{"id":114572,"date":"2024-03-26T00:25:51","date_gmt":"2024-03-25T22:25:51","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-fedora-41-namechen-perehod-na-paketnyj-menedzher-dnf5"},"modified":"2024-03-26T00:25:51","modified_gmt":"2024-03-25T22:25:51","slug":"v-fedora-41-namechen-perehod-na-paketnyj-menedzher-dnf5","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/v-fedora-41-namechen-perehod-na-paketnyj-menedzher-dnf5","title":{"rendered":"En Fedora 41 se prev\u00e9 la transici\u00f3n al gestor de paquetes DNF5","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
En la versi\u00f3n de Fedora 41 se ha propuesto cambiar el gestor de paquetes predeterminado a DNF5. Originalmente, se planeaba realizar la transici\u00f3n a DNF5 en la versi\u00f3n de Fedora 39, pero la migraci\u00f3n fue pospuesta debido a la falta de preparaci\u00f3n de las herramientas. A pesar de que no se ha alcanzado la paridad completa en funcionalidad con el antiguo conjunto de herramientas, los desarrolladores creen que la distribuci\u00f3n est\u00e1 lista para la migraci\u00f3n, y las caracter\u00edsticas que faltan se pueden implementar m\u00e1s adelante. La propuesta a\u00fan no ha sido considerada por el comit\u00e9 FESCo (Fedora Engineering Steering Committee), responsable de la parte t\u00e9cnica del desarrollo de la distribuci\u00f3n de Fedora. Si se aprueba la propuesta, los paquetes dnf, libdnf y dnf-cutomatic ser\u00e1n reemplazados 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
En su momento, DNF lleg\u00f3 a la distribuci\u00f3n para reemplazar al gestor de paquetes Yum, que estaba completamente escrito en Python. En DNF, las funciones de bajo nivel que requieren un alto rendimiento fueron reescritas y trasladadas a bibliotecas en C como hawkey, librepo, libsolv y libcomps, pero la estructura y los componentes de alto nivel permanecieron en Python. El proyecto DNF5 tiene como objetivo unificar las bibliotecas de bajo nivel existentes, reescribir en C++ los componentes de gesti\u00f3n de paquetes que a\u00fan est\u00e1n en Python y trasladar la funcionalidad b\u00e1sica a una biblioteca separada libdnf5, creando alrededor de esta biblioteca un envoltorio para mantener la API de 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":"