DNF5 ar trebui să îmbunătățească experiența utilizatorului și să ofere performanțe mai bune
Ben Cotton, manager de program Fedora la RedHat, el a anunțat recent pe listele de corespondență, intenția dvs. de a migra Fedora la managerul de pachete DNF5 în mod implicit.
Se mentioneaza ca schimbarea planificata va intra în vigoare de la lansarea Fedora 39, Schimbarea intenționează să înlocuiască pachetele dnf, libdnf și dnf-cutomatic cu setul de instrumente DNF5 și noua bibliotecă libdnf5.
Referitor la schimbare, merită menționat că la momentul în care DNF l-a înlocuit pe Yum, care a fost scris în întregime în Python.
Pentru cei care nu cunosc DNF, Ar trebui să știe că asta este un manager de pachete software care instalează, actualizează și elimină pachetele din Fedora și este succesorul YUM (Yellow-Dog Updater Modified). DNF facilitează întreținerea pachetului prin verificarea automată a dependențelor și determinarea acțiunilor necesare pentru instalarea pachetelor. Această metodă elimină necesitatea de a instala sau actualiza manual pachetul și dependențele acestuia folosind comanda rpm. DNF este acum instrumentul implicit de gestionare a pachetelor software în Fedora.
În DNF, funcțiile de nivel scăzut care necesită performanță au fost rescrise și sa mutat în biblioteci C separate hawkey, librepo, libsolv și libcomps, dar cadrul și componentele de nivel înalt au rămas în Python.
DNF5 va oferi o îmbunătățire semnificativă a experienței și performanței utilizatorului. Înlocuirea este al doilea pas în actualizarea stivei de gestionare a software-ului Fedora. Fără schimbare, vor exista mai multe instrumente de gestionare a software-ului (DNF5, vechi Microdnf, PackageKit și DNF) bazate pe diferite biblioteci (libdnf, libdnf5), oferind un comportament diferit și nu partajând istoric. De asemenea, ne putem aștepta ca DNF să aibă doar suport limitat în amonte.
Proiectul DNF5 își propune să unifice bibliotecile de nivel scăzut existente, rescrie în C++ Componentele de gestionare a pachetelor rămase în Python și mutarea funcționalității de bază într-o bibliotecă libdnf5 separată prin crearea unei legături în jurul acestei biblioteci pentru a păstra API-ul Python.
DNF5 este încă în curs de dezvoltare și unele dintre caracteristici sau opțiuni nu sunt încă disponibile. Mai avem de finalizat implementarea Modularității, stocarea datelor interne legate de Istoricul și starea sistemului, precum și documentația și paginile de manual. DNF5 poate fi testat din depozit cu versiuni în amonte de noapte: d` nu trebuia să fie scris de utilizator și formatul său nu este suficient (lipsesc informații despre pachetele instalate cu profiluri instalate)
Folosirea C++ în loc de Python va elimina multe dependențe, va reduce dimensiunea a setului de instrumente și îmbunătățirea performanței. Performanțe mai mari sunt obținute nu numai prin utilizarea compilației la codul mașinii, ci și datorită implementării îmbunătățite a tabelelor de tranzacții, optimizarea încărcării din depozite și restructurarea bazei de date (baze de date separate cu starea sistemului și istoricul operațiunilor).
DNF5 sa decuplat de PackageKit în favoarea un nou proces de fundal Daemonul DNF care înlocuiește funcționalitatea PackageKit și oferă o interfață pentru gestionarea pachetelor și actualizărilor în medii grafice.
relucra si Va permite implementarea unor îmbunătățiri în utilizarea managerului de pachete. De exemplu, noul DNF are o indicație mai vizuală a progresului operațiunilor; a adăugat suport pentru utilizarea pachetelor RPM locale pentru tranzacții; a adăugat posibilitatea de a afișa în rapoarte despre tranzacțiile finalizate informații emise de scriptlet-uri (scriptlet-uri) ambalate; a propus un sistem mai avansat de completare a intrărilor pentru bash.
Merită menționat faptul că propunerea nu a fost încă revizuită de FESCo (Fedora Engineering Steering Committee), care este responsabil pentru partea tehnică a dezvoltării distribuției Fedora.
În cele din urmă Dacă sunteți interesat să aflați mai multe despre asta, puteți verifica detaliile în următorul link.