Inžiniersky a riadiaci výbor Fedory (FESCo) oznamuje, že vo Fedore 39 zodpovedný tím pravdepodobne nahradí DNF, libdnf a dnf-automatic cs novým balíčkovacím nástrojom DNF5 a podpornou knižnicou libdnf5. DNF5 by mal zlepšiť používateľskú skúsenosť a poskytnúť lepší výkon pre správu softvéru na Fedora Linux.
DNF je správca softvérových balíkov ktorý inštaluje, aktualizuje a odstraňuje balíčky vo Fedore a je nástupcom YUM (Yellow-Dog Updater Modified). DNF uľahčuje údržbu balíkov automatickou kontrolou závislostí a určovaním akcií potrebných na inštaláciu balíkov. Táto metóda eliminuje potrebu ručnej inštalácie alebo aktualizácie balíka a jeho závislostí pomocou príkazu rpm.
Čo sa týka nových funkcií DNF5, vynikajú nasledovné:
- Plný správca balíkov bez potreby Pythonu
- najmenší systém
- rýchlejší
- Nahrádza DNF a Microdnf
- Jednotné správanie v rámci celého balíka správy softvéru
- Nové doplnky Libdnf5 (C++, Python) budú použiteľné pre DNF5 a Dnf5Daemon.
- Zdieľané nastavenia
- DNF/YUM sa vyvíjal v priebehu desaťročí s vplyvom viacerých štýlov a konvencií pomenovania (možnosti, nastavenia, možnosti, príkazy)
- Môže poskytnúť alternatívu k PackageKit for RPM (jedinečný backend PackageKit), ak je zabudovaný do pracovnej plochy.
- Kompatibilita so skupinou Modularity a Comps
- Dôležité vylepšenia v kódovej základni
- Oddelenie stavu systému od databázy histórie a /etc/dnf/module.d
V dnf-4, zoznam nainštalovaných balíkov podľa používateľa a zoznam nainštalovaných skupín, ako aj zoznam nainštalovaných balíkov týchto skupín, sú vypočítané ako súhrn histórie transakcií. V dnf5 bude uložený samostatne, ktorý má viacero výhod, v neposlednom rade fakt, že databáza histórie bude slúžiť len na informačné účely a nebude definovať stav systému (príležitostne sa poškodí a pod.). Údaje uložené v /etc/dnf/module.d nemajú byť zapisovateľné používateľom a ich formát nie je dostatočný (chýbajú informácie o nainštalovaných balíkoch s nainštalovanými profilmi).
DNF5 je stále vo vývoji a niektoré funkcie alebo možnosti ešte nie sú k dispozícii. Ešte pri implementácii modularity je potrebné vykonať veľa práce, interné úložisko dát súvisiace s históriou a stavom systému, dokumentáciou a manuálovými stránkami. DNF5 je možné testovať z úložiska s nočnými upstream zostavami.
DNF5 ukončí podporu dnf, yum, dnf-automatic, yum-utils a DNF plugins (jadro a doplnky) python3-dnf a LIBDNF (libdnf, python3-hawkey) budú zastarané s balíkmi fedora-obsolete-packages a navyše budú poskytovať symbolický odkaz na /usr/bin/dnf, takže používatelia uvidia náhradu ako aktualizáciu na DNF s obmedzenými, ale zdokumentovanými zmenami syntaxe. DNF5 poskytne niektoré podporované aliasy príkazov a možnosti na zlepšenie prijatia DNF5.
Návrh na zmenu zhŕňa veci takto:
- Nový DNF5 výrazne zlepší používateľský zážitok a výkon. Toto nahradenie je druhým krokom v aktualizácii zásobníka správy softvéru Fedora. Bez tejto zmeny bude existovať niekoľko nástrojov na správu softvéru (DNF5, starý Microdnf, PackageKit a DNF) založených na rôznych knižniciach (libdnf, libdnf5), ktoré budú poskytovať odlišné správanie a nebudú zdieľať históriu. Je tiež možné, že DNF má iba obmedzenú podporu vývojárov. Vývoj DNF5 bol oznámený na zozname Fedora-Devel v roku 2020.
- DNF5 odstraňuje Python kód pre menší systém, rýchlejší výkon a nahradiť existujúce nástroje DNF a microdnf. DNF5 tiež zjednocuje správanie zásobníka správy softvéru, predstavuje nového démona ako alternatívu k PackageKit pre RPM a mal by byť oveľa schopnejší. Očakávajte rýchlejší výkon pri prehliadaní úložiska, vyhľadávacích operáciách, RPM dotazoch a zdieľaní metadát.
Návrh zmeny ešte musí schváliť inžinierskym a riadiacim výborom Fedory, ale vzhľadom na zapojenie spoločnosti Red Hat do DNF(5), možno predpokladať, že bude schválená a dúfajme, že bude dokončená včas pre cyklus Fedory 39
Fuente: https://fedoraproject.org