Fedora Linux 39 plánuje standardně používat DNF5 pro lepší výkon
Inženýrský a řídící výbor Fedory (FESCo) oznamuje, že ve Fedoře 39 odpovědný tým pravděpodobně nahradí DNF, libdnf a dnf-automatic cs novým balíčkovacím nástrojem DNF5 a podpůrnou knihovnou libdnf5. DNF5 by měl zlepšit uživatelskou zkušenost a poskytnout lepší výkon pro správu softwaru na Fedora Linux.
DNF je správce softwarových balíků který instaluje, aktualizuje a odstraňuje balíčky ve Fedoře a je nástupcem YUM (Yellow-Dog Updater Modified). DNF usnadňuje údržbu balíčků tím, že automaticky kontroluje závislosti a určuje akce potřebné k instalaci balíčků. Tato metoda eliminuje potřebu ruční instalace nebo aktualizace balíčku a jeho závislostí pomocí příkazu rpm.
Pokud jde o nové funkce DNF5, vynikají následující:
- Kompletní správce balíčků bez potřeby Pythonu
- nejmenší systém
- Rychlejší
- Nahrazuje DNF a Microdnf
- Jednotné chování v rámci celého zásobníku správy softwaru
- Nové pluginy Libdnf5 (C++, Python) budou použitelné pro DNF5 a Dnf5Daemon.
- Sdílená nastavení
- DNF/YUM byl vyvíjen po desetiletí s dopadem mnoha stylů a konvencí pojmenování (možnosti, nastavení, možnosti, příkazy)
- Může poskytnout alternativu k PackageKit for RPM (jedinečný backend PackageKit), pokud je zabudován do Desktopu.
- Kompatibilita se skupinou Modularity a Comps
- Důležitá vylepšení v základně kódu
- Oddělení stavu systému od databáze historie a /etc/dnf/module.d
V dnf-4, seznam nainstalovaných balíčků uživatelem a seznam nainstalovaných skupin, stejně jako seznam nainstalovaných balíčků těchto skupin, jsou počítány jako agregace historie transakcí. V dnf5 bude uložen samostatně, což má několik výhod, v neposlední řadě je to fakt, že databáze historie bude sloužit pouze pro informační účely a nebude určovat stav systému (občas se poškodí apod.). Data uložená v /etc/dnf/module.d nemají být uživatelsky zapisovatelná a jejich formát není dostatečný (chybí informace o nainstalovaných balíčcích s nainstalovanými profily).
DNF5 je stále ve vývoji a některé funkce nebo možnosti ještě nejsou k dispozici. Dosud při implementaci modularity je třeba vykonat práci, interní úložiště dat související s historií a stavem systému a dokumentací a manuálovými stránkami. DNF5 lze testovat z úložiště pomocí nočních upstream sestavení.
DNF5 ukončí podporu dnf, yum, dnf-automatic, yum-utils a DNF pluginy (jádro a doplňky) python3-dnf a LIBDNF (libdnf, python3-hawkey) budou zastaralé s balíčky fedora-obsolete-packages a navíc budou poskytovat symbolický odkaz na /usr/bin/dnf, takže uživatelé uvidí náhradu jako aktualizaci na DNF s omezenými, ale zdokumentovanými změnami syntaxe. DNF5 poskytne některé podporované aliasy příkazů a možnosti pro zlepšení přijetí DNF5.
Návrh změny shrnuje věci takto:
- Nový DNF5 výrazně zlepší uživatelský zážitek a výkon. Tato náhrada je druhým krokem v aktualizaci zásobníku správy softwaru Fedory. Bez této změny bude existovat několik nástrojů pro správu softwaru (DNF5, starý Microdnf, PackageKit a DNF) založených na různých knihovnách (libdnf, libdnf5), které budou poskytovat odlišné chování a nebudou sdílet historii. Je také možné, že DNF má pouze omezenou podporu pro vývojáře. Vývoj DNF5 byl oznámen na seznamu Fedora-Devel v roce 2020.
- DNF5 odstraňuje kód Pythonu pro menší systém, rychlejší výkon a nahradit stávající nástroje DNF a microdnf. DNF5 také sjednocuje chování zásobníku pro správu softwaru, zavádí nového démona jako alternativu k PackageKit pro RPM a měl by být mnohem schopnější. Očekávejte rychlejší výkon pro procházení úložiště, vyhledávací operace, dotazy RPM a sdílení metadat.
Návrh změny ještě musí být schválen inženýrským a řídícím výborem Fedory, ale vzhledem k zapojení Red Hatu do DNF(5) lze předpokládat, že bude schválen a doufejme, že bude dokončen včas pro cyklus Fedory 39
zdroj: https://fedoraproject.org