Fedora 39 rencana nggunakake DNF5 minangka standar

Fedora Engineering and Steering Committee (FESCo) ngumumake yen ing Fedora 39 tim sing tanggung jawab bakal ngganti DNF, libdnf lan dnf-otomatis ckaro alat kemasan DNF5 anyar lan perpustakaan dhukungan libdnf5. DNF5 kudu nambah pengalaman pangguna lan menehi kinerja sing luwih apik kanggo ngatur piranti lunak ing Fedora Linux.

DNF minangka manajer paket piranti lunak sing nginstal, nganyari lan mbusak paket ing Fedora lan minangka penerus YUM (Yellow-Dog Updateater Modified). DNF nggampangake kanggo njaga paket kanthi otomatis mriksa dependensi lan nemtokake tumindak sing dibutuhake kanggo nginstal paket. Cara iki ngilangi kabutuhan nginstal utawa nganyari paket kanthi manual lan dependensi nggunakake perintah rpm.

Babagan fungsi anyar DNF5, ing ngisor iki katon:

• Manajer paket lengkap tanpa mbutuhake Python
• sistem paling cilik
• Luwih cepet
• Ngganti DNF lan Microdnf
• Perilaku terpadu ing kabeh tumpukan manajemen piranti lunak
• Plugin Libdnf5 anyar (C ++, Python) bakal ditrapake kanggo DNF5 lan Dnf5Daemon.
• Setelan sing dienggo bareng
• DNF/YUM wis dikembangake sajrone pirang-pirang dekade kanthi pengaruh macem-macem gaya lan konvensi jeneng (opsi, setelan, opsi, printah)
• Bisa menehi alternatif kanggo PackageKit kanggo RPM (backend PackageKit unik) yen dibangun ing Desktop.
• Kompatibilitas karo Modularity lan Comps grup
• dandan penting ing basis kode
• Pamisahan negara sistem saka database sajarah lan /etc/dnf/module.d

Ing dnf-4, dhaptar paket sing diinstal dening pangguna lan dhaptar grup sing diinstal, uga dhaptar paket sing diinstal saka grup kasebut, diwilang minangka aggregation saka sajarah saka transaksi. Ing dnf5 bakal disimpen kanthi kapisah, sing nduweni macem-macem kaluwihan, paling ora yaiku nyatane yen database sejarah mung bakal digunakake kanggo tujuan informasi lan ora bakal nemtokake kahanan sistem kasebut (sok-sok bakal rusak, lsp.). Data sing disimpen ing /etc/dnf/module.d mesthine ora bisa ditulis pangguna lan formate ora cukup (informasi babagan paket sing diinstal karo profil sing diinstal wis ilang).

DNF5 isih dikembangake lan sawetara fitur utawa opsi durung kasedhiya. Nanging ana karya sing kudu ditindakake kanggo ngetrapake modularitas, panyimpenan data internal sing ana gandhengane karo riwayat lan status sistem, lan dokumentasi lan kaca manungsa. DNF5 bisa diuji saka repositori kanthi mbangun upstream saben wengi.

DNF5 bakal ngilangi plugin dnf, yum, dnf-otomatis, yum-utils lan DNF (inti lan ekstra) python3-dnf lan LIBDNF (libdnf, python3-hawkey) bakal diilangi karo fedora-obsolete-packages, plus bakal menehi symlink menyang / usr / bin / dnf, supaya pangguna bakal weruh panggantos minangka nganyari menyang DNF kanthi owah-owahan sintaksis sing winates nanging didokumentasikan. DNF5 bakal nyedhiyakake sawetara alias printah sing didhukung lan opsi kanggo nambah adopsi DNF5.

Proposal owah-owahan kasebut nyimpulake kaya ing ngisor iki:

1. Anyar DNF5 bakal nambah pengalaman lan kinerja pangguna kanthi signifikan. Panggantos iki minangka langkah kapindho ing nganyari tumpukan manajemen piranti lunak Fedora. Tanpa owah-owahan iki, bakal ana sawetara piranti manajemen piranti lunak (DNF5, Microdnf lawas, PackageKit, lan DNF) adhedhasar perpustakaan sing beda (libdnf, libdnf5), sing bakal nyedhiyakake prilaku sing beda lan ora bakal nuduhake sejarah. Bisa uga DNF mung duwe dhukungan pangembang sing winates. Pangembangan DNF5 diumumake ing dhaptar Fedora-Devel ing 2020.
2. DNF5 mbusak kode Python kanggo sistem cilik, kinerja luwih cepet, lan kanggo ngganti DNF ana lan piranti microdnf. DNF5 uga nggabungake prilaku tumpukan manajemen piranti lunak, ngenalake daemon anyar minangka alternatif kanggo PackageKit kanggo RPM, lan kudu luwih bisa. Ngarepake kinerja sing luwih cepet kanggo browsing repositori, operasi goleki, pitakon RPM, lan enggo bareng metadata.

Usul owah-owahan isih kudu disetujoni dening Fedora Engineering and Steering Committee, nanging diwenehi keterlibatan Red Hat ing DNF (5), bisa dianggep bakal disetujoni lan muga-muga rampung ing wektu kanggo siklus Fedora 39.

sumber: https://fedoraproject.org