Vo Fedore plánujú nahradiť DNF Microdnf

Nedávno sa Vývojári Fedory oznámili svoj zámer migrovať distribúcia do nového správcu balíkov tzv Namiesto toho „Microdnf“. od správcu balíkov "DNF" ktorý sa v súčasnosti používa.

Prvým krokom na ceste k migrácii bude veľká aktualizácia Microdnf, plánované pre Fedoru 38, ktorý sa funkcionalitou DNF približuje a v niektorých oblastiach ho dokonca prevyšuje.

Je to spomenuté zámery vykonať túto migráciu je kvôli kľúčový rozdiel medzi Microdnf a DNF je použitie C namiesto Pythonu pre rozvoj, ktorý umožňuje zbaviť sa mnohých závislostí.

V jednom bode DNF nahradil Yum, ktorý bol napísaný celý v Pythone, a v DNF boli nízkoúrovňové funkcie náročné na výkon prepísané a presunuté do samostatných knižníc Hawkey, librepo, libsolv a libcomps C, ale rámec a vysoko- komponenty úrovne zostali v jazyku Python.

Microdnf bol pôvodne vyvinutý ako zjednodušená verzia DNF na použitie v kontajneroch Docker, ktoré nevyžadovali inštaláciu Pythonu. Teraz vývojári Fedory plánujú priniesť Microdnf na úroveň funkčnosti DNF a nakoniec úplne nahradiť DNF Microdnf.

Veľká aktualizácia Microdnf je prvým krokom vo vývoji správy balíkov vo Fedore. Nový microdnf má ambíciu poskytnúť všetky základné funkcie DNF bez toho, aby stratil svoju minimálnu stopu.

Microdnf je založený na knižnici libdnf5, vyvinutý ako súčasť projektu DNF 5. Cieľom DNF 5 je zjednotiť existujúce nízkoúrovňové knižnice, prepísať zostávajúce operácie správy balíkov Pythonu v C++ a presunúť základné funkcie do samostatnej knižnice s vytvorením väzby okolo tejto knižnice, aby sa zachoval Python API.

MICRODNF výrazne zlepšuje používateľskú skúsenosť a v budúcnosti bude poskytovať všetky dôležité funkcie DNF. Zachová si tiež všetky výhody pôvodného MICRODNF, ako je minimálna veľkosť potrebná pre kontajnery.

Nová verzia Microdnf bude tiež používať proces na pozadí DNF Daemon, nahradenie funkčnosti PackageKit a poskytnutie rozhrania na správu balíkov a aktualizácií v grafickom prostredí. Na rozdiel od PackageKit bude DNF Daemon podporovať iba formát RPM.

Microdnf, libdnf5 a DNF Daemon sú naplánované na dodanie spolu s tradičnou súpravou nástrojov DNF v prvej fáze implementácie. Po dokončení projektu nový balík nahradí balíky ako dnf, python3-dnf, python3-hawkey, libdnf, dnfdragora a python3-dnfdaemon.

Z oblasti, kde je Microdnf lepší ako DNF, vyniká: vizuálnejšia indikácia postupu operácií; vylepšená implementácia tabuľky transakcií; schopnosť zobrazovať informácie v správach o dokončených transakciách, ktoré vydávajú zabalené skriptlety (scriptlety); podpora používania lokálnych RPM balíkov pre transakcie; pokročilejší systém dopĺňania vstupov pre bash; podpora spustenia príkazu builddep bez inštalácie Pythonu do systému.

Medzi nevýhody zmena správcu balíkov distribúcie na Microdnf je zmena v štruktúre interných databáz a spracovanie oddelenej databázy od DNF, ktoré vám neumožní vidieť transakcie s balíkmi vyrobenými v DNF v Microdnf a naopak.

Balíky, ktoré boli predtým nainštalované s DNF, budú po migrácii na Microdnf považované za „používateľ nainštalované z histórie dnf“ a odinštalovanie balíka nainštalovaného iným správcom balíkov neodstráni nepoužívané závislosti, ktoré sú s ním spojené. Spoločnosť Microdnf tiež neplánuje udržiavať 100% podporu DNF na úrovni príkazu a možnostiach príkazového riadka.

Je potrebné poznamenať, že nová verzia Microdnf bude podporovať všetky hlavné funkcie DNF, ale zároveň si zachová vysoký výkon a kompaktnosť.

Nakoniec, ak máte záujem dozvedieť sa o tom viac, môžete sa poradiť podrobnosti v nasledujúcom odkaze.


Zanechajte svoj komentár

Vaša e-mailová adresa nebude zverejnená. Povinné položky sú označené *

*

*

  1. Zodpovedný za údaje: Miguel Ángel Gatón
  2. Účel údajov: Kontrolný SPAM, správa komentárov.
  3. Legitimácia: Váš súhlas
  4. Oznamovanie údajov: Údaje nebudú poskytnuté tretím stranám, iba ak to vyplýva zo zákona.
  5. Ukladanie dát: Databáza hostená spoločnosťou Occentus Networks (EU)
  6. Práva: Svoje údaje môžete kedykoľvek obmedziť, obnoviť a vymazať.

  1.   kurt dijo

    Som nováčikom v programovaní a som nadšený z Linuxu. Nikdy som nepoužil Fedoru, pretože vždy mám problém s inštaláciou a skončím s Debianom (a jeho derivátmi) alebo OpenSUSE. Myslím si však, že chápem dôležitosť vo svete Linuxu a dôležitosť toho, čo sa deje vo Fedore.
    Moja pochybnosť pochádza z myšlienky nahradiť Python za C/C++, prečo implementovať s nízkoúrovňovým jazykom, ktorý bol vysoko kritizovaný za svoje varianty a jeho zle definovaný štandard? Trochu chápem zmenu z interpretovaného jazyka na kompilovaný, ale nerozumiem skoku do jazyka, o ktorom som videl, že sa v niektorých oblastiach hľadá menej. Nebolo by lepšie použiť Rust alebo C#?
    Nekritizujem rozhodnutia ľudí z Fedory, ale snažím sa pochopiť, ako svet programovania napreduje. Učím sa Python a JS na webe a myslel som si, že sa vrátim k základom v C/C++, takže táto poznámka vyzerá, že by mi mohla pomôcť so zameraním.

    Ďakujem ti veľmi pekne! A skvelá práca ako vždy ľuďom z <•DesdeLinux