DNF5 должен улучшить взаимодействие с пользователем и обеспечить лучшую производительность.
Бен Коттон, руководитель программы Fedora в RedHat, объявленный недавно в списках рассылки, ваше намерение перенести Fedora к менеджеру пакетов ДНФ5 по умолчанию.
Упоминается, что запланированное изменение вступит в силу с момента выпуска Fedora 39, Это изменение предполагает замену пакетов dnf, libdnf и dnf-cutomatic набором инструментов DNF5 и новой библиотекой libdnf5.
Что касается изменений, то стоит отметить, что в то время DNF заменил Yum, который был полностью написан на Python.
Для тех, кто не знает о DNF, Они должны знать, что это это менеджер пакетов программного обеспечения который устанавливает, обновляет и удаляет пакеты в Fedora и является преемником YUM (Yellow-Dog Updater Modified). ДНФ облегчает обслуживание упаковки путем автоматической проверки зависимостей и определения действий, необходимых для установки пакетов. Этот метод избавляет от необходимости вручную устанавливать или обновлять пакет и его зависимости с помощью команды rpm. DNF теперь является инструментом управления программными пакетами по умолчанию в Fedora.
В DNF были переписаны требовательные к производительности низкоуровневые функции и перенесены в отдельные библиотеки C hawkey, librepo, libsolv и libcomps, но фреймворк и высокоуровневые компоненты остались в Python.
DNF5 обеспечит значительное улучшение пользовательского опыта и производительности. Замена является вторым шагом в обновлении стека управления программным обеспечением Fedora. Без изменений будет несколько инструментов управления программным обеспечением (DNF5, старый Microdnf, PackageKit и DNF), основанных на разных библиотеках (libdnf, libdnf5), обеспечивающих различное поведение и не разделяющих историю. Мы также можем ожидать, что DNF будет иметь только ограниченную поддержку восходящего потока.
В рамках проекта DNF5 направлен на унификацию существующих низкоуровневых библиотек, переписывание их на C++. компоненты управления пакетами, оставшиеся в Python, и перемещение основных функций в отдельную библиотеку libdnf5 путем создания ссылки вокруг этой библиотеки для сохранения Python API.
DNF5 все еще находится в стадии разработки, и некоторые функции или параметры пока недоступны. Нам еще предстоит закончить реализацию модульности, хранение внутренних данных, связанных с историей и состоянием системы, а также документацию и справочные страницы. DNF5 можно протестировать из репозитория с ночными сборками апстрима: d` не должен был быть доступен для записи пользователем и его формат недостаточен (отсутствует информация об установленных пакетах с установленными профилями)
Использование C++ вместо Python удалит многие зависимости, уменьшит размер набора инструментов и повысить производительность. Более высокая производительность достигается не только за счет компиляции в машинный код, но и за счет улучшенной реализации таблиц транзакций, оптимизации загрузки из репозиториев и реструктуризации БД (отдельные БД с состоянием системы и историей работы).
ДНФ5 отделился от PackageKit в пользу новый фоновый процесс DNF-демон который заменяет функциональность PackageKit и предоставляет интерфейс для управления пакетами и обновлениями в графических средах.
переделывать тоже Это позволит реализовать некоторые улучшения в удобстве использования менеджера пакетов. Например, новый DNF имеет более наглядную индикацию хода операций; добавлена поддержка использования локальных пакетов RPM для транзакций; добавлена возможность отображать в отчетах о совершенных транзакциях информацию, выдаваемую упакованными скриптлетами (scriptlets); предложил более продвинутую систему завершения ввода для bash.
Стоит отметить, что предложение еще не рассмотрено FESCo (Технический руководящий комитет Fedora), отвечающий за техническую часть разработки дистрибутива Fedora.
В конце концов Если вам интересно узнать об этом больше, вы можете проверить детали в по следующей ссылке.