Daniel Mach z Red Hat o začiatku vývoja správcu balíkov DNF 5, v ktorom bude presunutá logika DNF napísaná v jazyku Python do knižnice libdnf, napísanej v C++. Testovanie DNF 5 sa plánuje začať v júni počas vývoja Fedora 33, po ktorom bude v októbri 2020 pridaná do repozitára Rawhide, a v februári 2021 nahradí DNF 4. Údržba vetvy DNF 4 bude pokračovať, pretože sa používa v Red Hat Enterprise Linux 8.
Upozorňuje sa, že projekt dosiahol stav, v ktorom je takmer nemožné pokračovať vo vývoji kódu bez narušenia kompatibility na úrovni API/ABI. Hlavne je to spôsobené aktuálnosti PackageKit a nemožnosťou rozvoja libdnf bez zmeny API „libhif“. Napriek tomu, že sa plánuje zmena API, medzi hlavné priority patrí zachovanie spätnej kompatibility na úrovni príkazového rozhrania a API.
Podpora Python API v DNF zostane, ale obchodná logika napísaná v Pythone bude presunutá do knižnice libdnf (C++), čo umožní zabezpečiť identické fungovanie správcu balíkov v distribúcii. Vývoj sa zameria na C++ API, pričom Python API bude automaticky generované vo forme obalov na jeho základe.
Podobným spôsobom budú vytvorené väzby pre Go, Perl a
Ruby. Po stabilizácii C++ API bude na jeho základe pripravené aj C API, na ktoré bude prevedený rpm-ostree. Python API bude odstránené a nahradené Python API.
Hlavná funkčnosť DNF zostane zachovaná. Vďaka veľkej testovacej sade (približne 1400 testov) sa očakáva, že prepracovanie API sa neodrazí na príkazovom rozhraní pre koncových používateľov. Možno sa trochu zmení analýza argumentov a výstup, ale tieto zmeny budú dobre zdokumentované. V obmedzenej verzii , používané v kontajneroch, sa plánuje realizovať podmnožinu funkcií DNF, dosiahnutie plného parity vo funkčnosti sa nepovažuje.
Namiesto bude vytvorená nová služba DBus, ktorá poskytne rozhranie na správu balíkov a aktualizácií pre grafické aplikácie. Táto služba sa plánuje vyvinúť od nuly, a preto jej vytvorenie môže vyžadovať veľa času. PackageKit sa v poslednom čase nevyvíja a od roku 2014 je v režime údržby kvôli strate aktuálnosti. S rozšírením systémov Snaps a Flatpak distribúcie strácajú záujem o PackageKit, napríklad už nie je dodávaný v zostavách. . Úroveň abstrakcie pre správu balíkov je do veľkej miery zabezpečená natívnymi centrami správy aplikácií GNOME a KDE, ktoré umožňujú inštalovať flatpak balíky na úrovni jednotlivých používateľov. Unified system API na získanie zoznamu nainštalovaných balíkov sa stáva menej užitočným ako predtým.
Zdroj: opennet.ru
