Fedora merancang untuk menggantikan pengurus pakej DNF dengan Microdnf

Pembangun Fedora Linux berhasrat untuk memindahkan pengedaran kepada pengurus pakej Microdnf baharu dan bukannya DNF yang sedang digunakan. Langkah pertama ke arah penghijrahan akan menjadi kemas kini utama kepada Microdnf yang dirancang untuk keluaran Fedora Linux 38, yang akan berfungsi hampir dengan DNF, dan di beberapa kawasan malah mengatasinya. Adalah diperhatikan bahawa versi baharu Microdnf akan menyokong semua keupayaan asas DNF, tetapi pada masa yang sama mengekalkan prestasi tinggi dan kekompakan.

Perbezaan utama antara Microdnf dan DNF ialah penggunaan bahasa C untuk pembangunan, bukannya Python, yang membolehkan anda menyingkirkan sejumlah besar kebergantungan. Microdnf pada asalnya dibangunkan sebagai versi DNF yang dilucutkan untuk digunakan dalam bekas Docker, yang tidak memerlukan pemasangan Python. Kini pemaju Fedora merancang untuk membawa Microdnf ke tahap DNF dan akhirnya menggantikan DNF sepenuhnya dengan Microdnf.

Asas Microdnf ialah perpustakaan libdnf5, dibangunkan sebagai sebahagian daripada projek DNF 5. Idea utama DNF 5 adalah untuk menulis semula operasi pengurusan pakej asas dalam C++ dan memindahkannya ke perpustakaan berasingan dengan penciptaan pembungkus di sekeliling ini perpustakaan untuk menyimpan API Python.

Versi baharu Microdnf juga akan menggunakan proses Daemon DNF latar belakang, menggantikan fungsi PackageKit dan menyediakan antara muka untuk menguruskan pakej dan kemas kini dalam persekitaran grafik. Tidak seperti PackageKit, DNF Daemon hanya akan menyediakan sokongan untuk format RPM.

Microdnf, libdnf5 dan DNF Daemon pada peringkat pertama pelaksanaan dirancang untuk dihantar selari dengan kit alat DNF tradisional. Setelah projek selesai, berkas baharu akan menggantikan pakej seperti dnf, python3-dnf, python3-hawkey, libdnf, dnfdragora dan python3-dnfdaemon.

Antara bidang di mana Microdnf lebih unggul daripada DNF ialah: lebih banyak petunjuk visual tentang kemajuan operasi; pelaksanaan jadual transaksi yang lebih baik; keupayaan untuk memaparkan dalam laporan mengenai maklumat transaksi yang lengkap yang dihasilkan oleh skrip kecil yang terbina dalam pakej; sokongan untuk menggunakan pakej RPM tempatan untuk transaksi; sistem penyiapan input yang lebih maju untuk bash; sokongan untuk menjalankan arahan builddep tanpa memasang Python pada sistem.

Antara keburukan menukar pengedaran kepada Microdnf, terdapat perubahan dalam struktur pangkalan data dalaman dan pemprosesan pangkalan data yang berasingan daripada DNF, yang tidak akan membenarkan Microdnf melihat transaksi dengan pakej yang dilakukan dalam DNF dan sebaliknya. Di samping itu, Microdnf tidak merancang untuk mengekalkan keserasian 100% dalam DNF pada tahap arahan dan pilihan baris arahan. Terdapat juga beberapa percanggahan dalam tingkah laku. Sebagai contoh, memadamkan pakej tidak akan mengalih keluar kebergantungan berkaitannya yang tidak digunakan oleh pakej lain.

Sumber: opennet.ru

Tambah komen