Kohët e fundit, Zhvilluesit e Fedora-s bënë të ditur synimet e tyre për të migruar thirret shpërndarja te menaxheri i ri i paketave "Microdnf" në vend të kësaj nga menaxheri i paketës "DNF" që përdoret aktualisht.
Hapi i parë në rrugën drejt migrimit do të jetë një përditësim i madh për Microdnf, planifikuar për Fedora 38, i cili do të afrohet në funksionalitet me DNF dhe madje do ta tejkalojë atë në disa zona.
Përmendet se synimet për të kryer këtë migrim është për shkak të Dallimi kryesor midis Microdnf dhe DNF është përdorimi i C në vend të Python për zhvillim, i cili ju lejon të hiqni qafe shumë varësi.
Në një moment, DNF zëvendësoi Yum, i cili u shkrua tërësisht në Python, dhe në DNF, funksionet e nivelit të ulët që kërkonin performancë u rishkruan dhe u zhvendosën në bibliotekat e ndara hawkey, librepo, libsolv dhe libcomps C, por korniza dhe niveli i lartë komponentët e nivelit mbetën në gjuhën Python.
Microdnf fillimisht u zhvillua si një version i thjeshtuar i DNF për përdorim në kontejnerët Docker që nuk kërkonin instalimin e Python. Tani zhvilluesit e Fedora planifikojnë të sjellin Microdnf në nivelin e funksionalitetit DNF dhe përfundimisht ta zëvendësojnë plotësisht DNF me Microdnf.
Një përditësim i madh për Microdnf është hapi i parë në evolucionin e menaxhimit të paketave në Fedora. Microdnf i ri ka ambicien për të ofruar të gjitha tiparet thelbësore të DNF pa humbur gjurmën e tij minimale.
Microdnf bazohet në bibliotekën libdnf5, zhvilluar si pjesë e projektit DNF 5. DNF 5 synon të unifikojë bibliotekat ekzistuese të nivelit të ulët, të rishkruajë operacionet e mbetura të menaxhimit të paketave Python në C++ dhe të zhvendosë funksionalitetin bazë në një bibliotekë të veçantë me krijimin e një lidhjeje rreth kësaj biblioteke për të ruajtur Python API.
MICRODNF përmirëson ndjeshëm përvojën e përdoruesit dhe do të sigurojë të gjitha tiparet e rëndësishme të DNF në të ardhmen. Ai gjithashtu do të ruajë të gjitha avantazhet e MICRODNF origjinale, të tilla si madhësia minimale e kërkuar për kontejnerët.
Versioni i ri i Microdnf do të përdorë gjithashtu procesin e sfondit DNF Daemon, duke zëvendësuar funksionalitetin PackageKit dhe duke ofruar një ndërfaqe për menaxhimin e paketave dhe përditësimeve në mjedise grafike. Ndryshe nga PackageKit, Daemon DNF do të mbështesë vetëm formatin RPM.
Microdnf, libdnf5 dhe DNF Daemon janë planifikuar të dërgohen së bashku me mjetet tradicionale të DNF në fazën e parë të zbatimit. Pasi të përfundojë projekti, paketa e re do të zëvendësojë paketat si dnf, python3-dnf, python3-hawkey, libdnf, dnfdragora dhe python3-dnfdaemon.
Të bie në sy zonat ku Microdnf është superior ndaj DNF: një tregues më vizual i ecurisë së operacioneve; zbatimi i përmirësuar i tabelës së transaksioneve; aftësia për të shfaqur informacione në raporte për transaksionet e përfunduara që lëshohen nga skriptet e paketuara (skriptet); mbështetje për përdorimin e paketave lokale RPM për transaksione; sistem më i avancuar i kompletimit të hyrjes për bash; mbështetje për ekzekutimin e komandës builddep pa instaluar Python në sistem.
Ndër disavantazhet ndryshimi i menaxherit të paketave të shpërndarjes në Microdnf është ndryshimi i strukturës së bazave të të dhënave të brendshme dhe përpunimin e bazës së të dhënave të veçantë nga DNF, e cila nuk do t'ju lejojë të shihni transaksionet me paketat e bëra në DNF në Microdnf dhe anasjelltas.
Paketat e instaluara më parë me DNF do të trajtohen si "përdorues i instaluar nga historia dnf" pas migrimit në Microdnf dhe çinstalimi i një pakete të instaluar nga një menaxher tjetër pakete nuk do të heqë varësitë e papërdorura të lidhura me të. Gjithashtu, Microdnf nuk planifikon të mbajë 100% mbështetje DNF në nivelin e komandës dhe opsionet e linjës së komandës.
Vihet re se versioni i ri i Microdnf do të mbështesë të gjitha tiparet kryesore të DNF, por në të njëjtën kohë do të ruajë performancën dhe kompaktësinë e lartë.
Së fundi, nëse jeni të interesuar të jeni në gjendje të dini më shumë për të, mund të konsultoheni detajet në lidhjen vijuese.
Unë jam i ri në programim dhe jam entuziast për Linux. Nuk e kam përdorur kurrë Fedora-n sepse gjithmonë kam probleme me instalimin dhe përfundoj me Debian (dhe derivatet) ose OpenSUSE. Por mendoj se e kuptoj rëndësinë në botën e Linux-it dhe sa e rëndësishme është ajo që ndodh në Fedora.
Dyshimi im vjen nga ideja e zëvendësimit të Python për C/C++, pse të zbatohet me një gjuhë të nivelit të ulët që është kritikuar shumë për variantet e saj dhe standardin e saj të përcaktuar keq? Unë e kuptoj pak ndryshimin nga një gjuhë e interpretuar në një të përpiluar, por nuk e kuptoj kalimin në një gjuhë për të cilën kam parë që kërkohet të përdoret më pak në disa fusha. A nuk do të ishte më mirë të kishe përdorur Rust ose C#?
Unë nuk i kritikoj vendimet e njerëzve të Fedora-s, por kërkoj të kuptoj se si përparon bota e programimit. Po mësoj Python dhe JS në ueb dhe mendova të kthehem në C/C++ për bazat, kështu që ky shënim duket sikur mund të më ndihmojë të përqendrohem.
Shume faleminderit! Dhe punë e shkëlqyer si gjithmonë për njerëzit e <•DesdeLinux