Fedora Linux 39 планує використовувати DNF5 за умовчанням для кращої продуктивності
Інженерний і керівний комітет Fedora (FESCo) повідомляє, що у Fedora 39 відповідальна команда, ймовірно, замінить DNF, libdnf і dnf-automatic cз новим інструментом пакування DNF5 і бібліотекою підтримки libdnf5. DNF5 має покращити роботу користувача та забезпечити кращу продуктивність для керування програмним забезпеченням у Fedora Linux.
DNF — це менеджер програмних пакетів який встановлює, оновлює та видаляє пакунки у Fedora та є наступником YUM (Yellow-Dog Updater Modified). DNF полегшує підтримку пакетів, автоматично перевіряючи залежності та визначаючи дії, необхідні для встановлення пакетів. Цей метод усуває необхідність вручну встановлювати або оновлювати пакет і його залежності за допомогою команди rpm.
Що стосується нових функцій DNF5, виділяються наступні:
- Повноцінний менеджер пакунків без потреби в Python
- найменша система
- Швидше
- Замінює DNF і Microdnf
- Уніфікована поведінка в усьому стеку керування програмним забезпеченням
- Нові плагіни Libdnf5 (C++, Python) будуть застосовні до DNF5 і Dnf5Daemon.
- Спільні налаштування
- DNF/YUM розроблявся десятиліттями з використанням багатьох стилів і правил іменування (параметри, параметри, параметри, команди)
- Він може бути альтернативою PackageKit для RPM (унікальний серверний механізм PackageKit), якщо він вбудований у Desktop.
- Сумісність із модульністю та групою Comps
- Важливі вдосконалення в кодовій базі
- Відокремлення стану системи від бази даних історії та /etc/dnf/module.d
У dnf-4 список встановлених пакетів за користувачем і список встановлених груп, а також список встановлених пакетів цих груп, обчислюються як сукупність історії транзакцій. У dnf5 він буде зберігатися окремо, який має численні переваги, не останньою з яких є той факт, що база даних історії буде використовуватися лише в інформаційних цілях і не визначатиме стан системи (вона час від часу пошкоджується тощо). Дані, що зберігаються в /etc/dnf/module.d, не повинні бути доступними для запису користувачем, і їх формат недостатній (інформація про встановлені пакети з встановленими профілями відсутня).
DNF5 все ще знаходиться в розробці і деякі функції чи параметри ще недоступні. ще ще потрібно попрацювати над впровадженням модульності, внутрішнє сховище даних, пов’язане з системною історією та станом, а також документація та сторінки керівництва. DNF5 можна протестувати з репозиторію за допомогою нічних збірок.
DNF5 не підтримує dnf, yum, dnf-automatic, yum-utils і плагіни DNF (ядро та додаткові) python3-dnf і LIBDNF (libdnf, python3-hawkey) будуть визнані застарілими з пакетами fedora-obsolete-packages, крім того, вони нададуть символічне посилання на /usr/bin/dnf, тож користувачі бачитимуть заміну як оновлення до DNF з обмеженими, але задокументованими змінами синтаксису. DNF5 надасть деякі підтримувані псевдоніми команд і параметри для покращення впровадження DNF5.
Пропозиція щодо змін підсумовує такі речі:
- Нові DNF5 значно покращить роботу користувача та продуктивність. Ця заміна є другим кроком у оновленні стеку керування програмним забезпеченням Fedora. Без цієї зміни буде кілька інструментів керування програмним забезпеченням (DNF5, старий Microdnf, PackageKit і DNF), які базуватимуться на різних бібліотеках (libdnf, libdnf5), які забезпечуватимуть різну поведінку та не надаватимуть спільного доступу до історії. Також можливо, що DNF має лише обмежену підтримку розробників. Розробка DNF5 була оголошена в списку Fedora-Devel у 2020 році.
- DNF5 видаляє код Python для меншої системи, швидша продуктивність і заміна існуючих інструментів DNF і microdnf. DNF5 також уніфікує поведінку стека керування програмним забезпеченням, представляє новий демон як альтернативу PackageKit для RPM і має бути набагато більш потужним. Очікуйте більшої продуктивності для перегляду сховища, операцій пошуку, RPM-запитів і обміну метаданими.
Пропозиція щодо змін ще має бути затверджена інженерно-керівним комітетом Fedora, але враховуючи участь Red Hat у DNF(5), можна припустити, що його буде схвалено та, сподіваємося, завершено вчасно до циклу Fedora 39
Фуенте: https://fedoraproject.org