Fedora 39 plănuiește să folosească DNF5 în mod implicit

Comitetul de conducere și inginerie Fedora (FESCo) anunță că în Fedora 39 echipa responsabilă va înlocui probabil DNF, libdnf și dnf-automatic ccu noul instrument de ambalare DNF5 și biblioteca de suport libdnf5. DNF5 ar trebui să îmbunătățească experiența utilizatorului și să ofere performanțe mai bune pentru gestionarea software-ului pe Fedora Linux.

DNF 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 pachetelor 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.

În ceea ce privește noile funcții ale DNF5, se remarcă următoarele:

• Manager complet de pachete fără a fi nevoie de Python
• cel mai mic sistem
• Mai repede
• Înlocuiește DNF și Microdnf
• Comportament unificat în întreaga stivă de gestionare a software-ului
• Noile pluginuri Libdnf5 (C++, Python) vor fi aplicabile pentru DNF5 și Dnf5Daemon.
• Setări partajate
• DNF/YUM a fost dezvoltat de-a lungul deceniilor cu impactul mai multor stiluri și convenții de denumire (opțiuni, setări, opțiuni, comenzi)
• Poate oferi o alternativă la PackageKit pentru RPM (un backend unic PackageKit) dacă este încorporat în Desktop.
• Compatibilitate cu Modularitate și grupul Comps
• Îmbunătățiri importante în baza de cod
• Separarea stării sistemului de baza de date istorică și /etc/dnf/module.d

În dnf-4, lista pachetelor instalate de către utilizator și lista de grupuri instalate, precum și lista pachetelor instalate ale acestor grupuri, sunt calculate ca o agregare a istoriei a tranzactiilor. În dnf5 va fi stocat separat, care are multiple avantaje, dintre care nu în ultimul rând este faptul că baza de date istoric va fi folosită doar în scop informațional și nu va defini starea sistemului (ocazional se coruptă etc.). Datele stocate în /etc/dnf/module.d nu ar trebui să fie scrise de utilizator și formatul lor nu este suficient (lipsesc informații despre pachetele instalate cu profiluri instalate).

DNF5 este încă în dezvoltare iar unele caracteristici sau opțiuni nu sunt încă disponibile. Inca este de lucru de făcut în implementarea modularității, stocarea internă a datelor referitoare la istoricul și starea sistemului, precum și documentația și paginile de manual. DNF5 poate fi testat din depozit cu versiuni de noapte în amonte.

DNF5 va deprecia pluginurile dnf, yum, dnf-automatic, yum-utils și DNF (core și extra) python3-dnf și LIBDNF (libdnf, python3-hawkey) vor fi depreciate cu fedora-obsolete-packages, plus că vor oferi un link simbolic către /usr/bin/dnf, astfel încât utilizatorii vor vedea înlocuirea ca o actualizare la DNF cu modificări de sintaxă limitate, dar documentate. DNF5 va oferi unele aliasuri de comandă acceptate și opțiuni pentru a îmbunătăți adoptarea DNF5.

Propunerea de modificare rezumă lucrurile după cum urmează:

1. Noul DNF5 va îmbunătăți semnificativ experiența și performanța utilizatorului. Această înlocuire este al doilea pas în actualizarea stivei de gestionare a software-ului Fedora. Fără această modificare, vor exista mai multe instrumente de management software (DNF5, vechi Microdnf, PackageKit și DNF) bazate pe diferite biblioteci (libdnf, libdnf5), care vor oferi un comportament diferit și nu vor partaja istoricul. De asemenea, este posibil ca DNF să aibă doar suport limitat pentru dezvoltatori. Dezvoltarea DNF5 a fost anunțată pe lista Fedora-Devel în 2020.
2. DNF5 elimină codul Python pentru un sistem mai mic, performanță mai rapidă și pentru a înlocui instrumentele DNF și microdnf existente. DNF5 unifică, de asemenea, comportamentul stivei de gestionare a software-ului, introduce un nou daemon ca alternativă la PackageKit pentru RPM și ar trebui să fie mult mai capabil. Așteptați-vă performanțe mai rapide pentru navigarea în depozit, operațiunile de căutare, interogările RPM și partajarea metadatelor.

Propunerea de modificare mai trebuie aprobată de către Comitetul de inginerie și conducere Fedora, dar având în vedere implicarea Red Hat în DNF(5), se poate presupune că va fi aprobat și, sperăm, finalizat la timp pentru ciclul Fedora 39

Fuente: https://fedoraproject.org