A DNF5-nek javítania kell a felhasználói élményt és jobb teljesítményt kell nyújtania
Ben Cotton, a Fedora programvezető a RedHatnél, hirdetés nemrég a levelezőlistákon, a Fedora áttelepítési szándékát csomagkezelőnek DNF5 alapértelmezés szerint.
Megemlítik, hogy a tervezett változtatás a Fedora 39 megjelenésétől lép hatályba, A változtatás azt tervezi, hogy a dnf, libdnf és dnf-cutomatic csomagokat a DNF5 eszközkészlettel és az új libdnf5 könyvtárral cserélik le.
A változtatással kapcsolatban érdemes megemlíteni, hogy abban az időben a DNF váltotta fel Yum-ot, amely teljes egészében Python nyelven íródott.
Azok számára, akik nem ismerik a DNF-et, Ezt nekik tudniuk kell egy szoftvercsomag-kezelő amely csomagokat telepít, frissít és eltávolít a Fedorában, és a YUM (Yellow-Dog Updater Modified) utódja. DNF megkönnyíti a csomag karbantartását a függőségek automatikus ellenőrzésével és a csomagok telepítéséhez szükséges műveletek meghatározásával. Ezzel a módszerrel nem kell manuálisan telepíteni vagy frissíteni a csomagot és függőségeit az rpm paranccsal. A DNF mostantól az alapértelmezett szoftvercsomag-kezelő eszköz a Fedorában.
A DNF-ben a teljesítményigényes alacsony szintű funkciókat átírták és átkerült a különálló C-könyvtárakba: hawkey, librepo, libsolv és libcomps, de a keretrendszer és a magas szintű összetevők Pythonban maradtak.
A DNF5 jelentősen javítja a felhasználói élményt és a teljesítményt. A csere a Fedora szoftverfelügyeleti verem frissítésének második lépése. A változtatás nélkül több szoftverkezelő eszköz (DNF5, régi Microdnf, PackageKit és DNF) is elérhető lesz különböző könyvtárakon (libdnf, libdnf5), amelyek eltérő viselkedést biztosítanak, és nem osztják meg az előzményeket. Arra is számíthatunk, hogy a DNF-nek csak korlátozott upstream támogatása lesz.
A projekt A DNF5 célja a meglévő alacsony szintű könyvtárak egységesítése, átírása C++ nyelven a Pythonban maradó csomagkezelési összetevők, és az alapvető funkciók áthelyezése egy külön libdnf5 könyvtárba úgy, hogy a Python API megőrzése érdekében hivatkozást hoz létre a könyvtár körül.
A DNF5 még fejlesztés alatt áll, és néhány funkció vagy opció még nem érhető el. Még be kell fejeznünk a Modularitás megvalósítását, a Rendszertörténettel és Állapottal kapcsolatos belső adatok tárolását, valamint a dokumentációt és a man oldalakat. A DNF5 tesztelhető a tárolóból éjszakai upstream buildekkel: a d`-nek nem kellett volna a felhasználó által írhatónak lennie, és a formátuma sem elégséges (hiányzik a telepített csomagokról a telepített profilokkal kapcsolatban)
A C++ használata Python helyett sok függőséget eltávolít, és csökkenti a méretet eszközkészletből, és javítja a teljesítményt. A nagyobb teljesítmény nem csak a gépi kódra fordítás használatával érhető el, hanem a továbbfejlesztett tranzakciós tábla implementációnak, a tárolókból történő betöltés optimalizálásának és az adatbázis-átalakításnak (külön adatbázisok rendszerállapottal és működési előzményekkel) is köszönhető.
DNF5 levált a PackageKit javára egy új háttérfolyamat DNF démon amely felváltja a PackageKit funkcionalitását, és felületet biztosít a csomagok és frissítések grafikus környezetekben történő kezeléséhez.
átdolgozni is Lehetővé teszi bizonyos fejlesztések végrehajtását a csomagkezelő használhatóságában. Például az új DNF vizuálisabban jelzi a műveletek előrehaladását; hozzáadott támogatás a helyi RPM-csomagok használatához a tranzakciókhoz; hozzáadtuk a csomagolt szkriptletek (scriptlet) által kiadott információk megjelenítésének lehetőségét a befejezett tranzakciókról szóló jelentésekben; fejlettebb bevitel-kiegészítő rendszert javasolt a bash számára.
Érdemes ezt megemlíteni a javaslatot a FESCo még nem vizsgálta felül (Fedora Engineering Steering Committee), amely a Fedora disztribúció fejlesztésének technikai részéért felelős.
Végül Ha érdekel, hogy többet tudjon meg róla, a részleteket a következő link.