„Fedora Linux 39“ planuoja naudoti DNF5 pagal numatytuosius nustatymus, kad pagerintų našumą
„Fedora“ inžinerijos ir valdymo komitetas (FESCo) skelbia, kad Fedora 39 atsakinga komanda tikriausiai pakeis DNF, libdnf ir dnf-automatic csu naujuoju DNF5 pakavimo įrankiu ir libdnf5 palaikymo biblioteka. DNF5 turėtų pagerinti naudotojo patirtį ir užtikrinti geresnį programinės įrangos valdymo Fedora Linux našumą.
DNF yra programinės įrangos paketų tvarkyklė kuri įdiegia, atnaujina ir pašalina paketus Fedoroje ir yra YUM (modifikuoto geltonojo šuns naujinimo) įpėdinis. DNF leidžia lengvai prižiūrėti paketus, automatiškai tikrindama priklausomybes ir nustatydama veiksmus, reikalingus paketams įdiegti. Šis metodas pašalina poreikį rankiniu būdu įdiegti arba atnaujinti paketą ir jo priklausomybes naudojant komandą rpm.
Kalbant apie naujas DNF5 funkcijas, išsiskiria šie dalykai:
- Viso paketo tvarkyklė be Python poreikio
- mažiausia sistema
- Greičiau
- Pakeičia DNF ir Microdnf
- Vienodas elgesys visame programinės įrangos valdymo pakete
- Naujieji Libdnf5 papildiniai (C++, Python) bus taikomi DNF5 ir Dnf5Daemon.
- Bendrinami nustatymai
- DNF/YUM buvo sukurtas per dešimtmečius, veikiant įvairiems stiliams ir pavadinimų sutartims (parinktys, nustatymai, parinktys, komandos).
- Jis gali būti alternatyva „PackageKit“, skirta RPM (unikali „PackageKit“ programa), jei ji yra integruota į darbalaukį.
- Suderinamumas su Modularity ir Comps grupe
- Svarbūs kodo bazės patobulinimai
- Sistemos būsenos atskyrimas nuo istorijos duomenų bazės ir /etc/dnf/module.d
Dnf-4 įdiegtų paketų sąrašas vartotojo ir įdiegtų grupių sąrašas, taip pat šių grupių įdiegtų paketų sąrašas, apskaičiuojami kaip istorijos suvestinė sandorių. dnf5 jis bus saugomas atskirai, kuris turi daug privalumų, iš kurių ne mažiau svarbus yra tai, kad istorijos duomenų bazė bus naudojama tik informaciniais tikslais ir neapibrėžs sistemos būsenos (kartais ji sugenda ir pan.). Duomenys, saugomi /etc/dnf/module.d, neturėtų būti vartotojui įrašyti ir jų formatas nėra pakankamas (trūksta informacijos apie įdiegtus paketus su įdiegtais profiliais).
DNF5 vis dar kuriamas o kai kurios funkcijos ar parinktys dar nepasiekiamos. Dar reikia nuveikti diegiant moduliškumą, vidinė duomenų saugykla, susijusi su sistemos istorija ir būsena, ir dokumentacijos bei vadovo puslapiai. DNF5 gali būti išbandytas iš saugyklos su naktinėmis versijomis.
DNF5 panaikins dnf, yum, dnf-automatic, yum-utils ir DNF papildinius (pagrindinis ir priedai) python3-dnf ir LIBDNF (libdnf, python3-hawkey) bus nebenaudojami su fedora-obsolete-package, be to, bus pateikta nuoroda į /usr/bin/dnf, todėl vartotojai pakeitimą matys kaip naujinį į DNF su ribotais, bet dokumentuotais sintaksės pakeitimais. DNF5 pateiks kai kuriuos palaikomus komandų slapyvardžius ir parinktis, kad pagerintų DNF5 pritaikymą.
Pasiūlyme dėl pakeitimo viskas apibendrinama taip:
- Nauja DNF5 žymiai pagerins vartotojo patirtį ir našumą. Šis pakeitimas yra antrasis Fedora programinės įrangos valdymo kamino atnaujinimo žingsnis. Be šio pakeitimo atsiras keletas programinės įrangos valdymo įrankių (DNF5, senas Microdnf, PackageKit ir DNF), pagrįstų skirtingomis bibliotekomis (libdnf, libdnf5), kurios užtikrins skirtingą elgesį ir nesidalins istorija. Taip pat gali būti, kad DNF kūrėjų palaikymas yra ribotas. DNF5 kūrimas buvo paskelbtas „Fedora-Devel“ sąraše 2020 m.
- DNF5 pašalina Python kodą mažesnei sistemai, greitesnis veikimas ir pakeisti esamus DNF ir microdnf įrankius. DNF5 taip pat suvienodina programinės įrangos valdymo krūvos veikimą, pristato naują demoną kaip alternatyvą „PackageKit for RPM“ ir turėtų būti daug pajėgesnis. Tikėtis greitesnio naršymo saugykloje, paieškos operacijų, RPM užklausų ir metaduomenų bendrinimo našumo.
Pakeitimo pasiūlymas dar turi būti patvirtintas Fedora inžinerijos ir valdymo komitetas, tačiau atsižvelgiant į Red Hat dalyvavimą DNF(5), galima daryti prielaidą, kad jis bus patvirtintas ir, tikimasi, užbaigtas iki Fedora 39 ciklo.
Fuente: https://fedoraproject.org