Os desenvolvedores do Fedora Linux têm a intenção de migrar a distribuição para o novo gerenciador de pacotes Microdnf, ao invés do DNF atualmente utilizado. O primeiro passo na migração será a atualização significativa do Microdnf, planejada para a versão Fedora Linux 38, que se aproximará em funcionalidades do DNF, superando-o em algumas áreas. Observa-se que a nova versão do Microdnf manterá todas as principais capacidades do DNF, enquanto preserva alta performance e compactação.
A diferença-chave do Microdnf em relação ao DNF é o uso da linguagem C para seu desenvolvimento, em vez de Python, o que permite eliminar um grande número de dependências. Inicialmente, o Microdnf foi desenvolvido como uma versão reduzida do DNF para uso em contêineres Docker, que não requer a instalação do Python. Agora, os desenvolvedores do Fedora planejam elevar o Microdnf ao nível do DNF e, eventualmente, substituir completamente o DNF pelo Microdnf.
A base do Microdnf é a biblioteca libdnf5, desenvolvida no âmbito do projeto DNF 5. A ideia principal do DNF 5 é reescrever as operações básicas de gerenciamento de pacotes na linguagem C++ e separá-las em uma biblioteca distinta, criando em torno dela uma camada de interface para manter a API em Python.
A nova versão do Microdnf também utilizará o processo em segundo plano DNF Daemon, que substitui a funcionalidade do PackageKit e oferece uma interface para gerenciamento de pacotes e atualizações em ambientes gráficos. Ao contrário do PackageKit, o DNF Daemon oferecerá suporte apenas ao formato RPM.
Microdnf, libdnf5 e DNF Daemon na primeira fase de implementação deverão ser fornecidos em paralelo com o conjunto de ferramentas tradicional DNF. Após a conclusão do projeto, a nova combinação substituirá pacotes como dnf, python3-dnf, python3-hawkey, libdnf, dnfdragora e python3-dnfdaemon.
Entre as áreas onde o Microdnf supera o DNF, destacam-se: uma indicação mais clara do progresso das operações; uma implementação melhorada da tabela de transações; possibilidade de relatórios sobre transações executadas com informações fornecidas por scripts embutidos nos pacotes (scriplets); suporte ao uso de pacotes RPM locais para transações; um sistema de autocompletar mais avançado para bash; e suporte à execução do comando builddep sem a necessidade de instalar o Python no sistema.
Entre as desvantagens da migração da distribuição para o Microdnf, cita-se a alteração da estrutura dos bancos de dados internos e o processamento separado do banco de dados, o que não permitirá ver, no Microdnf, as transações de pacotes realizadas no DNF e vice-versa. Além disso, o Microdnf não planeja manter 100% de compatibilidade com o DNF em nível de comandos e opções de linha de comando. Também haverá algumas divergências no comportamento. Por exemplo, a remoção de um pacote não resultará na remoção das dependências relacionadas que não são utilizadas por outros pacotes.
Fonte: opennet.ru
