Nedavno je Fedora programeri su dali do znanja svoje namjere za migraciju distribucija novom upravitelju paketa pod nazivom Umjesto toga "Microdnf". od upravitelja paketa "DNF" koji se trenutno koristi.
Prvi korak na putu migracije bit će veliko ažuriranje Microdnf-a, planirano za Fedoru 38, koji će se po funkcionalnosti približiti DNF-u, pa čak i premašiti ga u nekim područjima.
Spominje se da namjere izvršiti ovu migraciju je zbog ključna razlika između Microdnf-a i DNF-a je korištenje C umjesto Pythona za razvoj, koji omogućuje vam da se riješite mnogo ovisnosti.
U jednom trenutku, DNF je zamijenio Yum, koji je u potpunosti napisan na Pythonu, au DNF-u su funkcije niske razine koje zahtijevaju performanse prepisane i premještene u zasebne biblioteke C hawkey, librepo, libsolv i libcomps, ali okvir i high- komponente razine ostale su u jeziku Python.
Microdnf je izvorno razvijen kao pojednostavljena verzija DNF-a za korištenje u Docker spremnicima koji ne zahtijevaju instaliranje Pythona. Sada Fedora programeri planiraju dovesti Microdnf na razinu DNF funkcionalnosti i na kraju u potpunosti zamijeniti DNF s Microdnf.
Veliko ažuriranje Microdnf-a prvi je korak u evoluciji upravljanja paketima u Fedori. Novi microdnf ima ambiciju pružiti sve osnovne značajke DNF-a bez gubitka minimalnog otiska.
Microdnf se temelji na biblioteci libdnf5, razvijen kao dio projekta DNF 5. DNF 5 ima za cilj objediniti postojeće knjižnice niske razine, prepisati preostale operacije upravljanja paketima Python u C++ i premjestiti osnovnu funkcionalnost u zasebnu biblioteku sa stvaranjem povezivanja oko ove biblioteke radi očuvanja Python API.
MICRODNF značajno poboljšava korisničko iskustvo i pružit će sve bitne značajke DNF-a u budućnosti. Također će zadržati sve prednosti izvornog MICRODNF-a, kao što je minimalna veličina potrebna za spremnike.
Nova verzija sustava Microdnf će također koristiti pozadinski proces DNF Daemon, zamjena funkcionalnosti PackageKit i pružanje sučelja za upravljanje paketima i ažuriranjima u grafičkim okruženjima. Za razliku od PackageKit-a, DNF Daemon podržava samo RPM format.
Microdnf, libdnf5 i DNF Daemon bi trebali biti isporučeni zajedno s tradicionalnim DNF alatom u prvoj fazi implementacije. Kada se projekt završi, novi paket će zamijeniti pakete kao što su dnf, python3-dnf, python3-hawkey, libdnf, dnfdragora i python3-dnfdaemon.
Od područja u kojima je Microdnf superiorniji od DNF-a, ističe se: vizualniji pokazatelj tijeka operacija; poboljšana implementacija tablice transakcija; mogućnost prikaza informacija u izvješćima o dovršenim transakcijama koje izdaju pakirani skriptleti (skriptleti); podrška za korištenje lokalnih RPM paketa za transakcije; napredniji sustav dovršavanja unosa za bash; podrška za pokretanje naredbe builddep bez instaliranja Pythona na sustav.
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 dopustiti da vidite transakcije s paketima napravljenim u DNF-u u Microdnf-u i obrnuto.
Paketi koji su prethodno instalirani s DNF-om tretirat će se kao "korisnički instaliran iz dnf povijesti" nakon migracije na Microdnf, a deinstaliranje paketa koji je instalirao drugi upravitelj paketa neće ukloniti neiskorištene ovisnosti povezane s njim. Također, Microdnf ne planira održavati 100% DNF podršku na razini naredbi i opcijama naredbenog retka.
Napominje se da će nova verzija Microdnf-a podržavati sve glavne značajke DNF-a, ali će istovremeno zadržati visoke performanse i kompaktnost.
Konačno, ako vas zanima više o tome, možete se posavjetovati pojedinosti na sljedećem linku.
Nov sam u programiranju i oduševljen sam Linuxom. Nikad nisam koristio Fedoru jer uvijek imam problem s instalacijom i završim s Debianom (i izvedenicama) ili OpenSUSE. Ali mislim da razumijem važnost u svijetu Linuxa i koliko je relevantno ono što se događa u Fedori.
Moja sumnja proizlazi iz ideje o zamjeni Pythona za C/C++, zašto implementirati s jezikom niske razine koji je bio jako kritiziran zbog svojih varijanti i loše definiranog standarda? Malo razumijem promjenu s interpretiranog jezika na kompilirani, ali ne razumijem skok na jezik za koji sam vidio da se u nekim područjima nastoji manje koristiti. Zar ne bi bilo bolje koristiti Rust ili C#?
Ne kritiziram 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, pa se čini da bi mi ova bilješka mogla pomoći u fokusiranju.
Muchas gracias! Y excelente trabajo como siempre a la gente de <•DesdeLinux