Daniel Mach saka Red Hat bab awal pangembangan DNF 5 manager paket, kang logika DNF dipun ginakaken ing Python bakal ditransfer kanggo perpustakaan libdnf ditulis ing C ++. DNF 5 direncanakake bakal miwiti tes ing wulan Juni sajrone pangembangan Fedora 33, sawise iku bakal ditambahake menyang repositori Rawhide ing Oktober 2020, lan bakal ngganti DNF 2021 ing Februari 4. Pangopènan cabang DNF 4 bakal terus kaya ngono. digunakake ing Red Hat Enterprise Linux 8.
Kacathet yen proyek kasebut wis tekan negara sing meh ora bisa terus ngembangake kode kasebut tanpa ngilangi kompatibilitas ing tingkat API / ABI. Iki utamané amarga relevansi PackageKit lan impossibility ngembangaken libdnf tanpa ngganti "libhif" API. Ing wektu sing padha, senadyan niat kanggo ngganti API, njaga kompatibilitas mundur ing tingkat antarmuka baris printah lan API ngandika prioritas utama.
Dhukungan kanggo API Python ing DNF bakal ditahan, nanging logika bisnis sing ditulis ing Python bakal ditransfer menyang perpustakaan libdnf (C ++), sing bakal njamin operasi sing padha karo manajer paket ing distribusi. Pangembangan bakal dipusatake ing C ++ API, lan API Python bakal digawe kanthi otomatis ing wangun bungkus adhedhasar.
Bindings kanggo Go, Perl lan
Ruby. Sawise C ++ API wis stabil, C API bakal disiapake ing basis, kanggo rpm-ostree bakal ditransfer. Python API bakal dibusak lan diganti karo Python API.
Fungsi inti DNF bakal disimpen. Amarga suite test gedhe (kira-kira 1400 tes), samesthine yen rework API ora bakal mengaruhi antarmuka baris perintah kanggo pangguna pungkasan. Parsing lan output argumen bisa uga rada owah, nanging owah-owahan kasebut bakal didokumentasikake kanthi apik. Ing versi diudani mudhun , digunakake ing wadhah, direncanakake kanggo ngleksanakake subset saka kapabilitas DNF; entuk paritas lengkap ing fungsi ora dianggep.
Tinimbang Layanan DBus anyar bakal digawe sing nyedhiyakake antarmuka kanggo ngatur paket lan nganyari kanggo aplikasi grafis. Layanan iki direncanakake bakal dikembangake wiwit awal, mula bisa uga mbutuhake wektu akeh. PackageKit durung dikembangake bubar lan wis ana ing mode pangopènan wiwit 2014 amarga ilang relevansi. Kanthi kemajuan sistem Snaps lan Flatpak, distribusi ilang kapentingan ing PackageKit, umpamane, ora kasedhiya maneh ing bangunan. . Lapisan abstraksi kanggo manajemen paket umume diwenehake dening Pusat Kontrol Aplikasi GNOME lan KDE asli, sing ngidini instalasi paket flatpak ing tingkat pangguna individu. API sistem terpadu kanggo njupuk dhaptar paket sing diinstal ora migunani kaya sadurunge.
Source: opennet.ru