Los desarrolladores de Fedora Linux tienen la intención de transferir la distribución al nuevo administrador de paquetes Microdnf en lugar del DNF utilizado actualmente. El primer paso hacia la migración será una actualización importante de Microdnf planificada para el lanzamiento de Fedora Linux 38, que tendrá una funcionalidad similar a DNF y, en algunas áreas, incluso la superará. Cabe señalar que la nueva versión de Microdnf admitirá todas las capacidades básicas de DNF, pero al mismo tiempo mantendrá un alto rendimiento y compacidad.
La diferencia clave entre Microdnf y DNF es el uso del lenguaje C para el desarrollo, en lugar de Python, lo que le permite deshacerse de una gran cantidad de dependencias. Microdnf se desarrolló originalmente como una versión simplificada de DNF para su uso en contenedores Docker, que no requiere instalación de Python. Ahora los desarrolladores de Fedora planean llevar Microdnf al nivel de DNF y eventualmente reemplazar completamente DNF con Microdnf.
La base de Microdnf es la biblioteca libdnf5, desarrollada como parte del proyecto DNF 5. La idea principal de DNF 5 es reescribir las operaciones básicas de administración de paquetes en C++ y moverlas a una biblioteca separada con la creación de un contenedor alrededor de esto. biblioteca para guardar la API de Python.
La nueva versión de Microdnf también utilizará un proceso DNF Daemon en segundo plano, reemplazando la funcionalidad PackageKit y proporcionando una interfaz para administrar paquetes y actualizaciones en entornos gráficos. A diferencia de PackageKit, DNF Daemon solo brindará soporte para el formato RPM.
Está previsto que Microdnf, libdnf5 y DNF Daemon en la primera etapa de implementación se entreguen en paralelo con el conjunto de herramientas DNF tradicional. Una vez que se complete el proyecto, el nuevo paquete reemplazará paquetes como dnf, python3-dnf, python3-hawkey, libdnf, dnfdragora y python3-dnfdaemon.
Entre las áreas en las que Microdnf es superior a DNF se encuentran: mayor indicación visual del progreso de las operaciones; implementación mejorada de la tabla de transacciones; la capacidad de mostrar en informes sobre transacciones completadas información producida por scripts integrados en paquetes; soporte para el uso de paquetes RPM locales para transacciones; sistema de finalización de entradas más avanzado para bash; soporte para ejecutar el comando builddep sin instalar Python en el sistema.
Entre las desventajas de cambiar la distribución a Microdnf, está el cambio en la estructura de las bases de datos internas y el procesamiento de bases de datos separadas de DNF, lo que no permitirá que Microdnf vea las transacciones con paquetes realizadas en DNF y viceversa. Además, Microdnf no planea mantener el 100% de compatibilidad en DNF a nivel de comandos y opciones de línea de comandos. También habrá algunas discrepancias en el comportamiento. Por ejemplo, eliminar un paquete no eliminará las dependencias asociadas que no utilicen otros paquetes.
Fuente: opennet.ru