Fedoroje jie planuoja pakeisti DNF į Microdnf

Neseniai „Fedora“ kūrėjai paskelbė apie savo ketinimus migruoti paskirstymas naujam paketų tvarkytuvui Vietoj to „Microdnf“. iš paketų tvarkytuvo "DNF" kuri šiuo metu naudojama.

Pirmasis žingsnis migracijos kelyje bus esminis Microdnf atnaujinimas, planuojama Fedora 38, kuris savo funkcionalumu priartės prie DNF ir kai kuriose srityse net viršys jį.

Minima, kad ketinimus atlikti šią migraciją dėl pagrindinis skirtumas tarp Microdnf ir DNF yra C, o ne Python naudojimas plėtrai, kuri leidžia atsikratyti daugybės priklausomybių.

Vienu metu DNF pakeitė Yum, kuris buvo visiškai parašytas Python, o DNF našumo reikalaujančios žemo lygio funkcijos buvo perrašytos ir perkeltos į atskiras hawkey, librepo, libsolv ir libcomps C bibliotekas, tačiau sistema ir aukšto lygio lygio komponentai liko Python kalboje.

Microdnf iš pradžių buvo sukurta kaip supaprastinta DNF versija skirtas naudoti Docker konteineriuose, kuriuose nereikėjo įdiegti Python. Dabar „Fedora“ kūrėjai planuoja perkelti Microdnf į DNF funkcionalumo lygį ir galiausiai visiškai pakeisti DNF į Microdnf.

Pagrindinis Microdnf atnaujinimas yra pirmasis žingsnis plėtojant Fedora paketų valdymą. Naujasis „microdnf“ siekia užtikrinti visas pagrindines DNF funkcijas, neprarandant minimalaus pėdsako.

„Microdnf“ yra pagrįsta libdnf5 biblioteka, sukurta kaip DNF 5 projekto dalis. DNF 5 siekiama suvienodinti esamas žemo lygio bibliotekas, perrašyti likusias Python paketų valdymo operacijas C++ ir perkelti pagrindines funkcijas į atskirą biblioteką sukuriant susiejimą aplink šią biblioteką, kad būtų išsaugotas Python API.

MICRODNF žymiai pagerina vartotojo patirtį ir suteiks visas svarbias DNF funkcijas ateityje. Taip pat bus išsaugoti visi originalaus MICRODNF pranašumai, pvz., minimalus konteinerių dydis.

Nauja Microdnf taip pat naudos foninį procesą DNF demonas, pakeičiant PackageKit funkcionalumą ir suteikiant sąsają, skirtą paketams ir naujinimams tvarkyti grafinėje aplinkoje. Skirtingai nei PackageKit, DNF demonas palaikys tik RPM formatą.

Planuojama, kad Microdnf, libdnf5 ir DNF demonas bus pristatyti kartu su tradiciniu DNF įrankių rinkiniu pirmajame diegimo etape. Kai projektas bus baigtas, naujas paketas pakeis tokius paketus kaip dnf, python3-dnf, python3-hawkey, libdnf, dnfdragora ir python3-dnfdaemon.

Iš srityse, kuriose Microdnf pranašesnis už DNF, jis išsiskiria: vizualesnis operacijų eigos nurodymas; patobulintas operacijų lentelės įgyvendinimas; galimybė ataskaitose apie įvykdytas operacijas rodyti informaciją, kurią išduoda supakuoti scenarijus (scriptlets); vietinių RPM paketų naudojimo operacijoms palaikymas; pažangesnė bash įvesties užbaigimo sistema; palaikymas paleidžiant komandą builddep neįdiegiant Python sistemoje.

Tarp trūkumų pakeitus platinimo paketų tvarkyklę į Microdnf yra vidinių duomenų bazių struktūros pasikeitimas ir atskiros duomenų bazės nuo DNF apdorojimas, kuris neleis matyti operacijų su paketais, padarytais DNF naudojant Microdnf ir atvirkščiai.

Paketai, anksčiau įdiegti naudojant DNF, po perkėlimo į Microdnf bus traktuojami kaip „vartotojas, įdiegtas iš dnf istorijos“, o pašalinus paketą, įdiegtą kitos paketų tvarkyklės, nepašalins su juo susijusios nenaudojamos priklausomybės. Be to, Microdnf neplanuoja palaikyti 100% DNF palaikymo komandų lygiu ir komandinės eilutės parinktimis.

Pažymima, kad naujoji „Microdnf“ versija palaikys visas pagrindines DNF funkcijas, tačiau tuo pačiu išlaikys aukštą našumą ir kompaktiškumą.

Galiausiai, jei jus domina galimybė apie tai sužinoti daugiau, galite pasikonsultuoti išsami informacija šioje nuorodoje.