Fedora Linux 39 načrtuje privzeto uporabo DNF5 za boljše delovanje
Inženirski in usmerjevalni odbor Fedora (FESCo) napoveduje, da bo v Fedori 39 odgovorna ekipa verjetno zamenjala DNF, libdnf in dnf-automatic cz novim orodjem za pakiranje DNF5 in podporno knjižnico libdnf5. DNF5 bi moral izboljšati uporabniško izkušnjo in zagotoviti boljšo zmogljivost za upravljanje programske opreme v sistemu Fedora Linux.
DNF je upravitelj programskih paketov ki namešča, posodablja in odstranjuje pakete v Fedori in je naslednik YUM (Yellow-Dog Updater Modified). DNF olajša vzdrževanje paketov s samodejnim preverjanjem odvisnosti in določanjem dejanj, potrebnih za namestitev paketov. Ta metoda odpravlja potrebo po ročni namestitvi ali posodobitvi paketa in njegovih odvisnosti z uporabo ukaza rpm.
Glede novih funkcij DNF5 izstopajo naslednje:
- Popoln upravitelj paketov brez potrebe po Pythonu
- najmanjši sistem
- Hitreje
- Zamenja DNF in Microdnf
- Enotno delovanje v celotnem skladu za upravljanje programske opreme
- Novi vtičniki Libdnf5 (C++, Python) bodo uporabni za DNF5 in Dnf5Daemon.
- Nastavitve v skupni rabi
- DNF/YUM je bil razvit desetletja z vplivom številnih slogov in konvencij o poimenovanju (možnosti, nastavitve, možnosti, ukazi)
- Zagotovi lahko alternativo PackageKit za RPM (edinstveno zaledje PackageKit), če je vgrajen v namizje.
- Združljivost s skupino Modularity in Comps
- Pomembne izboljšave v osnovi kode
- Ločitev stanja sistema od podatkovne baze zgodovine in /etc/dnf/module.d
V dnf-4 seznam nameščenih paketov po uporabniku in seznam nameščenih skupin ter seznam nameščenih paketov teh skupin, se izračunajo kot agregacija zgodovine transakcij. V dnf5 bo shranjen ločeno, ki ima več prednosti, med katerimi je nenazadnje dejstvo, da bo baza zgodovine uporabljena le v informativne namene in ne bo določala stanja sistema (občasno se poškoduje ipd.). Podatki, shranjeni v /etc/dnf/module.d, naj ne bi bili uporabniško zapisljivi in njihova oblika ni zadostna (manjkajo informacije o nameščenih paketih z nameščenimi profili).
DNF5 je še v razvoju in nekatere funkcije ali možnosti še niso na voljo. še pri izvajanju modularnosti je treba opraviti nekaj dela, notranja shramba podatkov, povezana z zgodovino in statusom sistema, ter dokumentacija in strani s priročniki. DNF5 je mogoče preizkusiti iz repozitorija z nočnimi nadgradnjami.
DNF5 bo opustil vtičnike dnf, yum, dnf-automatic, yum-utils in DNF (jedro in dodatki) python3-dnf in LIBDNF (libdnf, python3-hawkey) bosta opuščena s paketi fedora-obsolete-packages, poleg tega bo zagotovila simbolno povezavo do /usr/bin/dnf, tako da bodo uporabniki zamenjavo videli kot posodobitev v DNF z omejenimi, a dokumentiranimi sintaksnimi spremembami. DNF5 bo zagotovil nekaj podprtih vzdevkov ukazov in možnosti za izboljšanje sprejemanja DNF5.
Predlog spremembe povzema stvari takole:
- Nova DNF5 bo znatno izboljšal uporabniško izkušnjo in zmogljivost. Ta zamenjava je drugi korak v nadgradnji sklada za upravljanje programske opreme Fedora. Brez te spremembe bo na voljo več orodij za upravljanje programske opreme (DNF5, stari Microdnf, PackageKit in DNF), ki temeljijo na različnih knjižnicah (libdnf, libdnf5), ki bodo zagotavljala drugačno vedenje in ne bodo delila zgodovine. Možno je tudi, da ima DNF le omejeno podporo za razvijalce. Razvoj DNF5 je bil leta 2020 objavljen na seznamu Fedora-Devel.
- DNF5 odstrani kodo Python za manjši sistem, hitrejše delovanje in zamenjava obstoječih orodij DNF in microdnf. DNF5 prav tako poenoti obnašanje sklada za upravljanje programske opreme, uvaja nov demon kot alternativo PackageKit za RPM in bi moral biti veliko bolj zmogljiv. Pričakujte hitrejšo zmogljivost za brskanje po repozitoriju, operacije iskanja, poizvedbe RPM in skupno rabo metapodatkov.
Predlog spremembe je treba še potrditi s strani inženirskega in usmerjevalnega odbora Fedora, toda glede na sodelovanje družbe Red Hat pri DNF(5) lahko domnevamo, da bo odobren in upamo, da bo dokončan pravočasno za cikel Fedora 39
vir: https://fedoraproject.org