Fedora Linux 39 berencana untuk menggunakan DNF5 secara default untuk kinerja yang lebih baik
Komite Teknik dan Pengarah Fedora (FESCo) mengumumkan bahwa di Fedora 39 tim yang bertanggung jawab mungkin akan menggantikan DNF, libdnf dan dnf-otomatis cdengan alat pengemasan DNF5 baru dan pustaka dukungan libdnf5. DNF5 harus meningkatkan pengalaman pengguna dan memberikan kinerja yang lebih baik untuk mengelola perangkat lunak di Fedora Linux.
DNF adalah manajer paket perangkat lunak yang menginstal, memperbarui, dan menghapus paket di Fedora dan merupakan penerus YUM (Yellow-Dog Updater Modified). DNF memudahkan pemeliharaan paket dengan secara otomatis memeriksa dependensi dan menentukan tindakan yang diperlukan untuk menginstal paket. Metode ini menghilangkan kebutuhan untuk menginstal atau memperbarui paket secara manual dan dependensinya menggunakan perintah rpm.
Mengenai fungsi baru DNF5, berikut ini yang menonjol:
- Manajer paket lengkap tanpa perlu Python
- sistem terkecil
- Lebih cepat
- Menggantikan DNF dan Microdnf
- Perilaku terpadu di seluruh tumpukan manajemen perangkat lunak
- Plugin Libdnf5 baru (C++, Python) akan berlaku untuk DNF5 dan Dnf5Daemon.
- Pengaturan bersama
- DNF/YUM telah dikembangkan selama beberapa dekade dengan dampak berbagai gaya dan konvensi penamaan (opsi, pengaturan, opsi, perintah)
- Itu dapat memberikan alternatif untuk PackageKit untuk RPM (backend PackageKit unik) jika dibangun ke dalam Desktop.
- Kompatibilitas dengan grup Modularity dan Comps
- Peningkatan penting dalam basis kode
- Pemisahan status sistem dari basis data riwayat dan /etc/dnf/module.d
Di dnf-4, daftar paket yang diinstal oleh pengguna dan daftar grup yang diinstal, serta daftar paket yang diinstal dari grup ini, dihitung sebagai agregasi sejarah dari transaksi. Di dnf5 itu akan disimpan secara terpisah, yang memiliki banyak keuntungan, salah satunya adalah fakta bahwa basis data riwayat hanya akan digunakan untuk tujuan informasi dan tidak akan menentukan status sistem (kadang-kadang rusak, dll.). Data yang disimpan di /etc/dnf/module.d tidak seharusnya dapat ditulis oleh pengguna dan formatnya tidak cukup (informasi tentang paket yang diinstal dengan profil yang diinstal tidak ada).
DNF5 masih dalam pengembangan dan beberapa fitur atau opsi belum tersedia. Belum ada pekerjaan yang harus dilakukan dalam menerapkan modularitas, penyimpanan data internal yang terkait dengan riwayat dan status sistem, serta dokumentasi dan halaman manual. DNF5 dapat diuji dari repositori dengan build upstream setiap malam.
DNF5 akan menghentikan plugin dnf, yum, dnf-automatic, yum-utils dan DNF (inti dan ekstra) python3-dnf dan LIBDNF (libdnf, python3-hawkey) tidak akan digunakan lagi dengan fedora-obsolete-packages, plus itu akan memberikan symlink ke /usr/bin/dnf, sehingga pengguna akan melihat penggantinya sebagai pembaruan ke DNF dengan perubahan sintaks yang terbatas tetapi terdokumentasi. DNF5 akan menyediakan beberapa alias perintah dan opsi yang didukung untuk meningkatkan adopsi DNF5.
Usulan perubahan merangkum hal-hal sebagai berikut:
- Baru DNF5 akan secara signifikan meningkatkan pengalaman dan kinerja pengguna. Penggantian ini adalah langkah kedua dalam pembaruan tumpukan manajemen perangkat lunak Fedora. Tanpa perubahan ini, akan ada beberapa alat manajemen perangkat lunak (DNF5, Microdnf lama, PackageKit, dan DNF) berdasarkan pustaka yang berbeda (libdnf, libdnf5), yang akan memberikan perilaku berbeda dan tidak akan membagikan riwayat. Mungkin juga DNF hanya memiliki dukungan pengembang terbatas. Pengembangan DNF5 diumumkan pada daftar Fedora-Devel pada tahun 2020.
- DNF5 menghapus kode Python untuk sistem yang lebih kecil, kinerja yang lebih cepat, dan untuk menggantikan alat DNF dan microdnf yang ada. DNF5 juga menyatukan perilaku tumpukan manajemen perangkat lunak, memperkenalkan daemon baru sebagai alternatif PackageKit untuk RPM, dan seharusnya jauh lebih mampu. Harapkan kinerja yang lebih cepat untuk penjelajahan repositori, operasi pencarian, kueri RPM, dan berbagi metadata.
Usulan perubahan masih perlu disetujui oleh Fedora Engineering and Steering Committee, tetapi mengingat keterlibatan Red Hat dalam DNF(5), dapat diasumsikan bahwa itu akan disetujui dan diharapkan selesai tepat waktu untuk siklus Fedora 39
sumber: https://fedoraproject.org