Ben Cotton, responsável pelo programa Fedora na Red Hat, anunciou a intenção de mudar o Fedora Linux para o gerenciador de pacotes DNF5 por padrão. O Fedora Linux 39 planeja substituir os pacotes dnf, libdnf e dnf-cutomatic pelo conjunto de ferramentas DNF5 e uma nova biblioteca libdnf5. A proposta ainda não foi analisada pelo comitê FESCo (Fedora Engineering Steering Committee), que é responsável pela parte técnica do desenvolvimento da distribuição Fedora.
Em seu tempo, o DNF substituiu o Yum, que foi completamente escrito em Python. No DNF, funções de baixo nível exigentes em termos de desempenho foram reescritas e separadas em bibliotecas C, como hawkey, librepo, libsolv e libcomps, mas a estrutura e os componentes de alto nível permaneceram em Python. O projeto DNF5 visa unificar as bibliotecas de baixo nível existentes, reescrever os componentes de gerenciamento de pacotes que permanecem em Python nas bibliotecas C++ e mover a funcionalidade básica para uma biblioteca separada, libdnf5, criando uma camada ao redor desta biblioteca para manter a API Python.
O uso da linguagem C++ em vez de Python permitirá eliminar um grande número de dependências, reduzir o tamanho do conjunto de ferramentas e aumentar o desempenho. Um desempenho mais alto é alcançado não apenas pela compilação em código de máquina, mas também por meio de uma implementação aprimorada da tabela de transações, otimização do carregamento a partir de repositórios e reestruturação do banco de dados (bancos separados para o estado do sistema e o histórico de operações). O conjunto de ferramentas DNF5 não está mais vinculado ao PackageKit, sendo substituído por um novo processo em segundo plano, o DNF Daemon, que substitui a funcionalidade do PackageKit e fornece uma interface para gerenciar pacotes e atualizações em ambientes gráficos.
A reformulação também permitirá a implementação de algumas melhorias que aumentam a facilidade de uso do gerenciador de pacotes. Por exemplo, no novo DNF foi implementada uma indicação mais clara do progresso das operações; foi adicionada a compatibilidade com o uso de pacotes RPM locais para transações; foi criada a possibilidade de mostrar em relatórios sobre transações executadas as informações fornecidas por scripts embutidos nos pacotes (scriplets); e foi proposta um sistema de autocompletar mais avançado para o bash.
Fonte: opennet.ru
