Nedavno je Fedora programeri su objavili svoje namjere da migriraju distribucija novom upravitelju paketa pod nazivom Umjesto toga “Microdnf”. od menadžera paketa "DNF" koji se trenutno koristi.
Prvi korak na putu migracije bit će veliko ažuriranje Microdnf-a, planirano za Fedora 38, koji će se po funkcionalnosti približiti DNF-u, pa čak i premašiti ga u nekim područjima.
To se spominje namjere da izvrši ovu migraciju je zbog ključna razlika između Microdnf-a i DNF-a je upotreba C-a umjesto Pythona za razvoj, koji omogućava vam da se riješite mnogih ovisnosti.
U jednom trenutku, DNF je zamijenio Yum, koji je u potpunosti napisan na Python-u, au DNF-u su funkcije niskog nivoa koje zahtijevaju performanse prepisane i premještene u zasebne biblioteke C hawkey, librepo, libsolv i libcomps, ali okvir i high-level komponente nivoa ostale su u jeziku Python.
Microdnf je prvobitno razvijen kao pojednostavljena verzija DNF-a za upotrebu u Docker kontejnerima za koje nije bilo potrebno instalirati Python. Sada Fedora programeri planiraju dovesti Microdnf na nivo DNF funkcionalnosti i na kraju u potpunosti zamijeniti DNF sa Microdnf-om.
Veliko ažuriranje Microdnf-a je prvi korak u evoluciji upravljanja paketima u Fedori. Novi microdnf ima ambiciju da pruži sve osnovne karakteristike DNF-a bez gubitka minimalnog otiska.
Microdnf je baziran na biblioteci libdnf5, razvijen kao dio projekta DNF 5. DNF 5 ima za cilj objediniti postojeće biblioteke niskog nivoa, prepisati preostale operacije upravljanja paketima Python u C++ i premjestiti osnovnu funkcionalnost u zasebnu biblioteku sa stvaranjem povezivanja oko ove biblioteke kako bi se sačuvala Python API.
MICRODNF značajno poboljšava korisničko iskustvo i pružit će sve bitne karakteristike DNF-a u budućnosti. Također će zadržati sve prednosti originalnog MICRODNF-a, kao što je minimalna veličina potrebna za kontejnere.
Nova verzija Microdnf će također koristiti pozadinski proces DNF Daemon, zamjena funkcionalnosti PackageKit i pružanje interfejsa za upravljanje paketima i ažuriranjima u grafičkim okruženjima. Za razliku od PackageKit-a, DNF Daemon će podržavati samo RPM format.
Microdnf, libdnf5 i DNF Daemon bi trebali biti isporučeni zajedno sa tradicionalnim DNF kompletom alata u prvoj fazi implementacije. Kada se projekat završi, novi paket će zamijeniti pakete poput dnf, python3-dnf, python3-hawkey, libdnf, dnfdragora i python3-dnfdaemon.
Od područja u kojima je Microdnf superiorniji od DNF-a, ističe se: vizuelniju indikaciju napretka operacija; poboljšana implementacija tablice transakcija; mogućnost prikaza informacija u izvještajima o završenim transakcijama koje izdaju upakovani skriptleti (skriptleti); podrška za korištenje lokalnih RPM paketa za transakcije; napredniji sistem dovršavanja unosa za bash; podrška za pokretanje komande builddep bez instaliranja Pythona na sistem.
Među nedostacima mijenjanje upravitelja paketa distribucije u Microdnf je promjena u strukturi internih baza podataka i obrada zasebne baze podataka iz DNF-a, koja vam neće omogućiti da vidite transakcije sa paketima napravljenim u DNF-u u Microdnf-u i obrnuto.
Paketi koji su prethodno instalirani sa DNF-om će se tretirati kao "korisnički instalirani iz dnf istorije" nakon migracije na Microdnf, a deinstaliranje paketa koji je instalirao drugi upravitelj paketa neće ukloniti neiskorištene ovisnosti povezane s njim. Takođe, Microdnf ne planira da održava 100% DNF podršku na nivou komande i opcijama komandne linije.
Napominje se da će nova verzija Microdnf-a podržavati sve glavne karakteristike DNF-a, ali će istovremeno zadržati visoke performanse i kompaktnost.
Konačno, ako ste zainteresirani da saznate više o tome, možete se posavjetovati detalje na sljedećem linku.
Nov sam u programiranju i oduševljen sam Linuxom. Nikada nisam koristio Fedoru jer uvijek imam problem s instalacijom i završim s Debianom (i derivatima) ili OpenSUSE. Ali mislim da razumijem važnost u svijetu Linuxa i koliko je relevantno ono što se dešava u Fedori.
Moja sumnja proizlazi iz ideje zamjene Pythona za C/C++, zašto implementirati jezikom niskog nivoa koji je bio jako kritiziran zbog svojih varijanti i loše definiranog standarda? Pomalo razumijem promjenu sa interpretiranog jezika na kompajlirani, ali ne razumijem skok na jezik za koji sam vidio da se u nekim oblastima nastoji manje koristiti. Zar ne bi bilo bolje koristiti Rust ili C#?
Ne kritikujem odluke ljudi iz Fedore, već nastojim razumjeti kako svijet programiranja napreduje. Učim Python i JS na webu i mislio sam da se vratim na C/C++ radi osnova, tako da mi se čini da bi ova napomena mogla pomoći da se fokusiram.
Hvala ti puno! I odličan rad kao i uvijek ljudima iz <•DesdeLinux