Ka filluar zhvillimi i menaxherit të paketave DNF 5 dhe zëvendësimin e PackageKit

Daniel Mach nga kompania Red Hat njoftoi në lidhje me fillimin e zhvillimit të menaxherit të paketave DNF 5, ku do të transferohet logjika e DNF e zhvilluar në gjuhën Python në bibliotekën libdnf, e shkruar në C++. Testimi i DNF 5 pritet të fillojë në qershor gjatë zhvillimit të Fedora 33, pas së cilës do të shtohet në depozitat Rawhide në tetor 2020, dhe në shkurt 2021 do të zëvendësohet DNF 4. Mbështetje për DNF 4 do të vazhdojë, pasi ajo përdoret në Red Hat Enterprise Linux 8.

Këtu theksohet se projekti ka arritur në një gjendje ku është pothuajse e pamundur të vazhdohet zhvillimi i kodit pa e shkelur kompatibilitetin në nivelin API/ABI. Kryesisht, kjo lidhet me humbjen e relevancës së PackageKit dhe pamundësinë e zhvillimit të libdnf pa ndryshuar API-në e "libhif". Ndërkohë, pavarësisht qëllimit për të ndërruar API-në, prioritetet kryesore përfshijnë ruajtjen e kompatibilitetit të prapambetur në nivelin e ndërfaqes së komandës dhe API-së.

Mbështetje për API-në Python në DNF do të ruhet, por logjika e biznesit e shkruar në Python do të transferohet në bibliotekën libdnf (C++), çka do të sigurojë identitetin e funksionimit të menaxherit të paketave në shpërndarje. Zhvillimi do të përqendrohet rreth API-së C++, dhe API-ja Python do të gjenerohet automatikisht në formën e një lidhësie mbi të.
Në mënyrë të ngjashme do të formohen lidhjet për Go, Perl dhe
Ruby. Pas stabilizimit të API-së C++, do të përgatitet edhe API C, në të cilin do të kalojë rpm-ostree. Hawkey API Python do të fshihet dhe zëvendësohet me libdnf API Python.

Funksionaliteti kryesor i DNF do të mbetet i njëjtë. Falë pranisë së një grupi të gjerë testesh (rreth 1400 teste), pritet që ripunimi i API-së të mos ketë ndikim në ndërfaqen e komandës për përdoruesit e fundit. Mund të ndodhin disi ndryshime në analizën e argumenteve dhe daljeve, por këto ndryshime do të dokumentohen mirë. Në versionin e zvogëluar microdnf, i përdorur në kontejnerë, planifikohet të implementohet një nëngrup i mundësive të DNF, arritja e paritetit të plotë në funksionalitet nuk merret në konsideratë.

Në vend të PackageKit do të krijohet një shërbim i ri DBus, duke ofruar një ndërfaqe për menaxhimin e pakove dhe përditësimeve për aplikacionet grafike. Ky shërbim planifikohet të zhvillohet nga e para, kështu që krijimi i tij mund të kërkojë shumë kohë. PackageKit së fundmi nuk ka zhvillim dhe është në një fazë mbështetje që nga viti 2014 për shkak të humbjes së relevancës. Me promovimin e sistemeve Snaps dhe Flatpak, shpërndarjet po humbasin interesin për PackageKit, për shembull, atë tashmë nuk e ofrojnë në paketimet e Fedora SilverBlue. Niveli i abstraksionit për menaxhimin e pakove në masë të madhe sigurohet nga qendrat e menaxhimit të aplikacioneve GNOME dhe KDE, të cilat lejojnë instalimin e pakove flatpak në nivelin e përdoruesve të veçantë. Një API e unifikuar sistemike për të marrë listën e pakove të instaluara po bëhet jo aq e dobishme si më parë.

Burimi: opennet.ru