{"id":105057,"date":"2022-09-10T20:47:34","date_gmt":"2022-09-10T18:47:34","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-fedora-39-namechen-perehod-na-dnf5-izbavlennyj-ot-komponentov-na-yazyke-python"},"modified":"2022-09-10T20:47:34","modified_gmt":"2022-09-10T18:47:34","slug":"v-fedora-39-namechen-perehod-na-dnf5-izbavlennyj-ot-komponentov-na-yazyke-python","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/v-fedora-39-namechen-perehod-na-dnf5-izbavlennyj-ot-komponentov-na-yazyke-python","title":{"rendered":"En Fedora 39 se prev\u00e9 la transici\u00f3n a DNF5, que est\u00e1 libre de componentes en Python","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Ben Cotton, gerente del programa Fedora en Red Hat, anunci\u00f3 su intenci\u00f3n de hacer que Fedora Linux use por defecto el gestor de paquetes DNF5. En Fedora Linux 39 se planea reemplazar los paquetes dnf, libdnf y dnf-cutomatic por la herramienta DNF5 y una nueva biblioteca libdnf5. La propuesta a\u00fan no ha sido revisada por el comit\u00e9 FESCo (Fedora Engineering Steering Committee), encargado de la parte t\u00e9cnica del desarrollo de la distribuci\u00f3n Fedora. <\/p>\n
En su momento, DNF reemplaz\u00f3 a Yum, que estaba completamente escrito en Python. En DNF, las funciones de bajo nivel que requieren 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 todav\u00eda 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 permitir\u00e1 eliminar un gran n\u00famero de dependencias, reducir el tama\u00f1o de la herramienta y aumentar el rendimiento. Un mayor rendimiento se logra no solo gracias a la compilaci\u00f3n a c\u00f3digo m\u00e1quina, sino tambi\u00e9n por la mejor implementaci\u00f3n de la tabla de transacciones, la optimizaci\u00f3n de la carga 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). La herramienta DNF5 se deshace de su dependencia de PackageKit, siendo reemplazada por un nuevo proceso en segundo plano, DNF Daemon, que sustituye 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 permitir\u00e1 implementar algunas mejoras que faciliten el uso del gestor de paquetes. Por ejemplo, en el nuevo DNF se ha implementado una indicaci\u00f3n de progreso m\u00e1s visual para las operaciones; se ha a\u00f1adido soporte para utilizar paquetes RPM locales en transacciones; se ha a\u00f1adido la capacidad de mostrar en los informes de transacciones informaci\u00f3n proporcionada por scripts incorporados en los paquetes (scriplets); 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":"