DNF5 має покращити взаємодію з користувачем і забезпечити кращу продуктивність
Бен Коттон, менеджер програми Fedora у RedHat, оголошення нещодавно в списках розсилки, ваш намір перенести Fedora менеджеру пакетів DNF5 за замовчуванням.
Зазначається, що планується зміна набуде чинності з випуску Fedora 39, Зміна передбачає заміну пакетів dnf, libdnf і dnf-cutomatic на інструментарій DNF5 і нову бібліотеку libdnf5.
Щодо змін, то варто зазначити таке на той час DNF замінив Yum, який був повністю написаний на Python.
Для тих, хто не знає про DNF, Вони повинні знати, що це є менеджером пакетів програмного забезпечення який встановлює, оновлює та видаляє пакунки у Fedora та є наступником YUM (Yellow-Dog Updater Modified). DNF полегшує обслуговування упаковки шляхом автоматичної перевірки залежностей і визначення дій, необхідних для встановлення пакетів. Цей метод усуває необхідність вручну встановлювати або оновлювати пакет і його залежності за допомогою команди rpm. Тепер DNF є стандартним інструментом керування програмними пакетами у Fedora.
У DNF були переписані функції низького рівня, які потребують продуктивності і перенесено в окремі бібліотеки C hawkey, librepo, libsolv і libcomps, але структура та компоненти високого рівня залишилися в Python.
DNF5 забезпечить значне покращення взаємодії та продуктивності користувача. Заміна є другим кроком в оновленні стеку керування програмним забезпеченням Fedora. Без змін існуватиме кілька інструментів керування програмним забезпеченням (DNF5, старий Microdnf, PackageKit і DNF), які базуватимуться на різних бібліотеках (libdnf, libdnf5), забезпечуватимуть різну поведінку та не нададуть спільного доступу до історії. Ми також можемо очікувати, що DNF матиме лише обмежену підтримку вгорі.
Проект DNF5 має на меті уніфікувати існуючі бібліотеки низького рівня, переписати на C++ компоненти керування пакетами залишаються в Python і переміщують основні функції до окремої бібліотеки libdnf5 шляхом створення посилання навколо цієї бібліотеки для збереження API Python.
DNF5 все ще перебуває на стадії розробки, і деякі функції чи параметри ще недоступні. Нам ще потрібно завершити реалізацію модульності, зберігання внутрішніх даних, пов’язаних із системною історією та станом, а також документацію та сторінки керівництва. DNF5 можна протестувати зі сховища за допомогою щоночних версійних збірок: d` не мав бути доступним для запису користувачем, і його формат недостатній (відсутня інформація про встановлені пакунки з встановленими профілями)
Використання C++ замість Python видалить багато залежностей, зменшить розмір набору інструментів і покращення продуктивності. Більш висока продуктивність досягається не тільки за рахунок використання компіляції до машинного коду, а й завдяки вдосконаленій реалізації таблиці транзакцій, оптимізації завантаження зі сховищ і реструктуризації бази даних (окремі бази даних із статусом системи та історією операцій).
DNF5 відокремився від PackageKit на користь новий фоновий процес Демон DNF який замінює функціональність PackageKit і забезпечує інтерфейс для керування пакетами та оновленнями в графічних середовищах.
переробити теж Це дозволить реалізувати деякі покращення зручності використання менеджера пакетів. Наприклад, новий DNF має більш візуальну індикацію прогресу операцій; додана підтримка використання локальних пакетів RPM для транзакцій; додана можливість відображення у звітах про здійснені транзакції інформації, виданої упакованими скриптлетами (скриптлетами); запропонував більш вдосконалену систему завершення введення для bash.
Варто зазначити це пропозиція ще не розглянута FESCo (Fedora Engineering Steering Committee), який відповідає за технічну частину розробки дистрибутива Fedora.
В кінці кінців Якщо вам цікаво дізнатись більше про це, Ви можете перевірити деталі в наступне посилання.