Red Hat-eko Daniel Mach DNF 5 pakete-kudeatzailearen garapenaren hasierari buruz, Python-en inplementatutako DNF logika C++-n idatzitako libdnf liburutegira transferituko baita. DNF 5 ekainean probatzen hastea aurreikusten da Fedora 33 garatzen ari den bitartean, eta ondoren Rawhide biltegian gehituko da 2020ko urrian, eta DNF 2021 ordezkatuko du 4eko otsailean. DNF 4 adarraren mantentze-lanak bere horretan jarraituko du. Red Hat Enterprise Linux 8-n erabiltzen da.
Kontuan izan da proiektua API/ABI mailan bateragarritasuna hautsi gabe kodea garatzen jarraitzea ia ezinezkoa den egoera batera iritsi dela. Hau da, batez ere PackageKit-en garrantzia eta libdnf garatzeko ezintasuna "libhif" APIa aldatu gabe. Aldi berean, APIa aldatzeko asmoa izan arren, komando-lerroko interfazearen eta APIaren mailan atzerako bateragarritasuna mantentzea omen da lehentasun nagusia.
DNF-n Python APIrako euskarria mantenduko da, baina Python-en idatzitako negozio-logika libdnf (C++) liburutegira transferituko da, eta pakete-kudeatzailearen funtzionamendu berdina bermatuko du banaketan. Garapena C++ APIaren inguruan zentratuko da, eta Python APIa automatikoki sortuko da bertan oinarritutako bilgarri moduan.
Go, Perl eta
Ruby. C++ APIa egonkortu ondoren, C API bat prestatuko da bere oinarrian, eta rpm-ostree horretara transferituko da. Python APIa kendu eta ordeztuko da Python APIa.
DNFren oinarrizko funtzionaltasuna mantenduko da. Proba multzo handia dela eta (1400 proba inguru), espero da APIaren birlanketak ez duela eraginik izango azken erabiltzaileen komando-lerroko interfazean. Argumentuen analisia eta irteera apur bat alda daitezke, baina aldaketa hauek ondo dokumentatuta egongo dira. Bertsio txikitu batean , edukiontzietan erabilita, DNF gaitasunen azpimultzo bat ezartzea aurreikusten da; ez da kontuan hartzen funtzionalitatean parekotasun osoa lortzea.
Horren ordez DBus zerbitzu berri bat sortuko da, aplikazio grafikoen paketeak eta eguneraketak kudeatzeko interfaze bat eskaintzen duena. Zerbitzu hau hutsetik garatzea aurreikusten da, beraz, sorkuntzak denbora asko behar izan dezake. PackageKit ez da duela gutxi garatu eta 2014az geroztik mantentze moduan dago, garrantzia galdu duelako. Snaps eta Flatpak sistemen aurrerapenarekin, banaketak PackageKit-en interesa galtzen ari dira, adibidez, jada ez dago erabilgarri eraikitzetan . Paketeen kudeaketarako abstrakzio-geruza GNOME eta KDE Aplikazioen Kontrol Zentro jatorrizkoek ematen dute neurri handi batean, flatpak paketeak erabiltzaileen mailan instalatzea ahalbidetzen dutenak. Instalatutako paketeen zerrenda lortzeko sistema bateratuaren APIa ez da lehen bezain erabilgarria.
Iturria: opennet.ru