Fedorā viņi plāno aizstāt DNF ar Microdnf

Nesen Fedora izstrādātāji paziņoja par saviem nodomiem migrēt izsaukšana jaunajam pakotņu pārvaldniekam Tā vietā “Microdnf”. no pakotņu pārvaldnieka "DNF" kas pašlaik tiek izmantots.

Pirmais solis ceļā uz migrāciju būs liels Microdnf atjauninājums, plānots Fedora 38, kas funkcionalitātē pietuvosies DNF un dažās jomās pat pārsniegs to.

Tas ir minēts nodomiem veikt šo migrāciju ir saistīts ar galvenā atšķirība starp Microdnf un DNF ir C izmantošana Python vietā attīstībai, kas ļauj atbrīvoties no daudzām atkarībām.

Vienā brīdī DNF aizstāja Yum, kas pilnībā tika rakstīts Python, un DNF, veiktspējai nepieciešamas zema līmeņa funkcijas tika pārrakstītas un pārvietotas uz atsevišķām hawkey, librepo, libsolv un libcomps C bibliotēkām, taču ietvars un augsta līmeņa līmeņa komponenti palika Python valodā.

Microdnf sākotnēji tika izstrādāts kā DNF vienkāršota versija izmantošanai Docker konteineros, kuriem nebija nepieciešams instalēt Python. Tagad Fedora izstrādātāji plāno nodrošināt Microdnf līdz DNF funkcionalitātes līmenim un galu galā pilnībā aizstāt DNF ar Microdnf.

Liels Microdnf atjauninājums ir pirmais solis pakotņu pārvaldības attīstībā Fedora. Jaunā microdnf mērķis ir nodrošināt visas DNF pamatfunkcijas, nezaudējot savu minimālo nospiedumu.

Microdnf pamatā ir libdnf5 bibliotēka, izstrādāts kā daļa no projekta DNF 5. DNF 5 mērķis ir apvienot esošās zema līmeņa bibliotēkas, pārrakstīt atlikušās Python pakotņu pārvaldības darbības C++ valodā un pārvietot pamata funkcionalitāti uz atsevišķu bibliotēku, izveidojot saiti ap šo bibliotēku, lai saglabātu Python API.

MICRODNF ievērojami uzlabo lietotāja pieredzi un nodrošinās visas svarīgās DNF funkcijas nākotnē. Tas arī saglabās visas oriģinālā MICRODNF priekšrocības, piemēram, minimālo izmēru, kas nepieciešams konteineriem.

Jaunā versija Microdnf izmantos arī fona procesu DNF Daemon, PackageKit funkcionalitātes aizstāšana un saskarnes nodrošināšana pakotņu un atjauninājumu pārvaldībai grafiskā vidē. Atšķirībā no PackageKit, DNF dēmons atbalstīs tikai RPM formātu.

Ir plānots, ka Microdnf, libdnf5 un DNF dēmons tiks piegādāti kopā ar tradicionālo DNF rīku komplektu ieviešanas pirmajā fāzē. Kad projekts būs pabeigts, jaunā pakotne aizstās tādas pakotnes kā dnf, python3-dnf, python3-hawkey, libdnf, dnfdragora un python3-dnfdaemon.

No jomas, kurās Microdnf ir pārāka par DNF, tas izceļas: vizuālāka operāciju gaitas norāde; uzlabota darījumu tabulas ieviešana; iespēja pārskatos attēlot informāciju par pabeigtajām transakcijām, ko izsniedz pakotnes skriptlets (skriptleti); atbalsts vietējo RPM pakotņu izmantošanai darījumiem; uzlabota bash ievades pabeigšanas sistēma; atbalsts komandas builddep palaišanai, neinstalējot Python sistēmā.

Starp trūkumiem mainot izplatīšanas pakotņu pārvaldnieku uz Microdnf ir iekšējo datu bāzu struktūras izmaiņas un atsevišķas datu bāzes apstrāde no DNF, kas neļaus redzēt darījumus ar DNF pakotnēm Microdnf un otrādi.

Pakotnes, kas iepriekš instalētas ar DNF, pēc migrēšanas uz Microdnf tiks uzskatītas par "lietotājs instalēts no dnf vēstures", un, atinstalējot pakotni, ko instalējis cits pakotņu pārvaldnieks, ar to saistītās neizmantotās atkarības netiks noņemtas. Tāpat Microdnf neplāno uzturēt 100% DNF atbalstu komandu līmenī un komandrindas opcijās.

Tiek atzīmēts, ka jaunā Microdnf versija atbalstīs visas galvenās DNF funkcijas, taču tajā pašā laikā saglabās augstu veiktspēju un kompaktumu.

Visbeidzot, ja jūs interesē iespēja uzzināt vairāk par to, varat konsultēties sīkāku informāciju šajā saitē.


Raksta saturs atbilst mūsu principiem redakcijas ētika. Lai ziņotu par kļūdu, noklikšķiniet uz šeit.

Komentārs, atstāj savu

Atstājiet savu komentāru

Jūsu e-pasta adrese netiks publicēta.

*

*

  1. Atbildīgais par datiem: Migels Ángels Gatóns
  2. Datu mērķis: SPAM kontrole, komentāru pārvaldība.
  3. Legitimācija: jūsu piekrišana
  4. Datu paziņošana: Dati netiks paziņoti trešām personām, izņemot juridiskus pienākumus.
  5. Datu glabāšana: datu bāze, ko mitina Occentus Networks (ES)
  6. Tiesības: jebkurā laikā varat ierobežot, atjaunot un dzēst savu informāciju.

  1.   khourt teica

    Esmu iesācējs programmēšanas jomā un esmu entuziasts par Linux. Es nekad neesmu izmantojis Fedora, jo man vienmēr ir problēmas ar instalēšanu, un es nonāku pie Debian (un atvasinājumiem) vai OpenSUSE. Bet es domāju, ka es saprotu Linux pasaules nozīmi un to, cik svarīgi ir tas, kas notiek Fedora.
    Manas šaubas rada ideja aizstāt Python ar C/C++, kāpēc ieviest ar zema līmeņa valodu, kas ir ļoti kritizēta par tās variantiem un slikti definēto standartu? Es nedaudz saprotu pāreju no tulkotās valodas uz kompilētu, bet es nesaprotu pāreju uz valodu, par kuru esmu redzējis, ka dažās jomās tā tiek izmantota mazāk. Vai nebūtu labāk izmantot Rust vai C#?
    Es nekritizēju Fedora cilvēku lēmumus, bet cenšos saprast, kā programmēšanas pasaule attīstās. Es mācos Python un JS tīmeklī un domāju, ka atgriezīšos C/C++, lai iegūtu pamatus, tāpēc šķiet, ka šī piezīme varētu man palīdzēt koncentrēties.

    Liels paldies! Un lielisks darbs kā vienmēr <•FromLinux cilvēkiem