Fedora 39 planas uzi DNF5 defaŭlte

Fedora Linukso 39 planas uzi DNF5

Fedora Linukso 39 planas uzi DNF5 defaŭlte por pli bona agado

La Fedora Inĝenieristiko kaj Direktanta Komitato (FESCo) sciigas ke en Fedora 39 la teamo respondeca verŝajne anstataŭigos DNF, libdnf kaj dnf-aŭtomata ĉkun la nova paka ilo DNF5 kaj libdnf5-subtena biblioteko. DNF5 devus plibonigi la uzantan sperton kaj provizi pli bonan rendimenton por administri programaron en Fedora Linukso.

DNF estas administranto pri programaro kiu instalas, ĝisdatigas kaj forigas pakaĵojn en Fedora kaj estas la posteulo de YUM (Yellow-Dog Updater Modified). DNF faciligas konservi pakaĵojn aŭtomate kontrolante dependecojn kaj determinante la agojn necesajn por instali pakaĵojn. Ĉi tiu metodo forigas la bezonon permane instali aŭ ĝisdatigi la pakaĵon kaj ĝiajn dependecojn per la komando rpm.

Koncerne la novajn funkciojn de DNF5 elstaras jenaj:

  • Plena pakaĵa administranto sen bezono de Python
  • plej malgranda sistemo
  • Pli rapide
  • Anstataŭigas DNF kaj Microdnf
  • Unuigita konduto tra la tuta programaro-administra stako
  • La novaj Libdnf5-aldonaĵoj (C++, Python) estos aplikeblaj al DNF5 kaj Dnf5Daemon.
  • Komunaj agordoj
  • DNF/YUM estis evoluigita dum jardekoj kun la efiko de multoblaj stiloj kaj nomkonvencioj (opcioj, agordoj, opcioj, komandoj)
  • Ĝi povas provizi alternativon al PackageKit por RPM (unika PackageKit backend) se ĝi estas enkonstruita en Labortablo.
  • Kongrueco kun Modulareco kaj Comps-grupo
  • Gravaj plibonigoj en la koda bazo
  • Apartigo de sistema stato de historia datumbazo kaj /etc/dnf/module.d

En dnf-4, la listo de instalitaj pakoj de la uzanto kaj la listo de instalitaj grupoj, same kiel la listo de instalitaj pakoj de ĉi tiuj grupoj, estas kalkulitaj kiel agregado de historio de transakcioj. En dnf5 ĝi estos konservita aparte, kiu havas multajn avantaĝojn, ne la plej malgranda el kiuj estas la fakto, ke la historia datumbazo estos uzata nur por informaj celoj kaj ne difinos la staton de la sistemo (ĝi foje koruptiĝas, ktp.). La datumoj konservitaj en /etc/dnf/module.d ne supozeble estas skribeblaj por la uzanto kaj ĝia formato ne sufiĉas (mankas informoj pri instalitaj pakaĵoj kun instalitaj profiloj).

DNF5 estas ankoraŭ en evoluo kaj iuj funkcioj aŭ opcioj ankoraŭ ne disponeblas. Tamen estas laboro farenda en efektivigado de modulareco, interna datumstokado ligita al sistemhistorio kaj statuso, kaj dokumentaro kaj manpaĝoj. DNF5 povas esti testita de la deponejo kun noktaj kontraŭfluaj konstruoj.

DNF5 malrekomendis dnf, yum, dnf-automatic, yum-utils kaj DNF kromaĵojn (kerno kaj kromaĵoj) python3-dnf kaj LIBDNF (libdnf, python3-hawkey) estos malrekomenditaj kun fedora-obsolete-packages, krome ĝi provizos simbolligon al /usr/bin/dnf, do uzantoj vidos la anstataŭaĵon kiel ĝisdatigon. al DNF kun limigitaj sed dokumentitaj sintaksaj ŝanĝoj. DNF5 provizos kelkajn subtenatajn komandkaŝnomojn kaj opciojn por plibonigi DNF5-adopto.

La ŝanĝopropono resumas la aferojn jene:

  1. La nova DNF5 signife plibonigos uzantan sperton kaj efikecon. Ĉi tiu anstataŭaĵo estas la dua paŝo en la ĝisdatigo de la stakadministrado de programaro Fedora. Sen ĉi tiu ŝanĝo, ekzistos pluraj programaraj administradiloj (DNF5, malnova Microdnf, PackageKit kaj DNF) bazitaj sur malsamaj bibliotekoj (libdnf, libdnf5), kiuj provizos malsaman konduton kaj ne dividos historion. Ankaŭ eblas, ke DNF nur havas limigitan subtenon por programistoj. La evoluo de DNF5 estis anoncita en la listo Fedora-Devel en 2020.
  2. DNF5 forigas Python-kodon por pli malgranda sistemo, pli rapida agado, kaj anstataŭigi ekzistantajn DNF kaj microdnf-iloj. DNF5 ankaŭ unuigas la konduton de la programaro-administra stako, enkondukas novan demonon kiel alternativon al PackageKit por RPM, kaj devus esti multe pli kapabla. Atendu pli rapidan agadon por retumado de deponejo, serĉaj operacioj, RPM-demandoj kaj kundividado de metadatumoj.

La ŝanĝopropono ankoraŭ devas esti aprobita de la Fedora Inĝenieristiko kaj Direktanta Komitato, sed konsiderante la implikiĝon de Red Hat en DNF(5), oni povas supozi, ke ĝi estos aprobita kaj espereble kompletigita ĝustatempe por la ciklo Fedora 39.

Fonto: https://fedoraproject.org


La enhavo de la artikolo aliĝas al niaj principoj de redakcia etiko. Por raporti eraron alklaku Ĉi tie.

Estu la unua por komenti

Lasu vian komenton

Via retpoŝta adreso ne estos eldonita.

*

*

  1. Respondeculo pri la datumoj: Miguel Ángel Gatón
  2. Celo de la datumoj: Kontrola SPAM, administrado de komentoj.
  3. Legitimado: Via konsento
  4. Komunikado de la datumoj: La datumoj ne estos komunikitaj al triaj krom per laŭleĝa devo.
  5. Stokado de datumoj: Datumbazo gastigita de Occentus Networks (EU)
  6. Rajtoj: Iam ajn vi povas limigi, retrovi kaj forigi viajn informojn.