Baru-baru ini Pengembang Fedora mengumumkan niat mereka untuk bermigrasi distribusi ke manajer paket baru yang disebut “Microdnf” sebagai gantinya dari manajer paket "DNF" yang saat ini digunakan.
Langkah pertama menuju migrasi akan menjadi pembaruan besar untuk Microdnf, direncanakan untuk Fedora 38, yang fungsinya mendekati DNF dan bahkan melebihinya di beberapa area.
Disebutkan itu niatnya untuk melakukan migrasi ini karena perbedaan utama antara Microdnf dan DNF adalah penggunaan C daripada Python untuk pengembangan, yang memungkinkan Anda untuk menyingkirkan banyak ketergantungan.
Pada satu titik, DNF menggantikan Yum, yang seluruhnya ditulis dengan Python, dan dalam DNF, fungsi tingkat rendah yang menuntut kinerja ditulis ulang dan dipindahkan ke pustaka hawkey, librepo, libsolv, dan libcomps C yang terpisah, tetapi framework dan komponen level tetap dalam bahasa Python.
Microdnf awalnya dikembangkan sebagai versi sederhana dari DNF untuk digunakan dalam wadah Docker yang tidak memerlukan Python untuk diinstal. Sekarang pengembang Fedora berencana untuk membawa Microdnf ke tingkat fungsionalitas DNF dan akhirnya sepenuhnya menggantikan DNF dengan Microdnf.
Pembaruan besar untuk Microdnf adalah langkah pertama dalam evolusi manajemen paket di Fedora. Microdnf baru memiliki ambisi untuk menyediakan semua fitur inti DNF tanpa kehilangan jejak minimalnya.
Microdnf didasarkan pada perpustakaan libdnf5, dikembangkan sebagai bagian dari proyek DNF 5. DNF 5 bertujuan untuk menyatukan pustaka tingkat rendah yang ada, menulis ulang operasi manajemen paket Python yang tersisa di C++, dan memindahkan fungsionalitas inti ke pustaka terpisah dengan pembuatan pengikatan di sekitar pustaka ini untuk melestarikan Python API.
MICRODNF secara signifikan meningkatkan pengalaman pengguna dan akan menyediakan semua fitur penting DNF di masa mendatang. Ini juga akan mempertahankan semua keunggulan MICRODNF asli, seperti ukuran minimum yang diperlukan untuk wadah.
Versi baru dari Microdnf juga akan menggunakan proses latar belakang DNF Daemon, mengganti fungsionalitas PackageKit dan menyediakan antarmuka untuk mengelola paket dan pembaruan di lingkungan grafis. Tidak seperti PackageKit, DNF Daemon hanya akan mendukung format RPM.
Microdnf, libdnf5, dan Daemon DNF dijadwalkan untuk dikirimkan bersama dengan toolkit DNF tradisional pada fase pertama implementasi. Setelah proyek selesai, paket baru akan menggantikan paket seperti dnf, python3-dnf, python3-hawkey, libdnf, dnfdragora, dan python3-dnfdaemon.
Dari area di mana Microdnf lebih unggul dari DNF, itu menonjol: indikasi yang lebih visual tentang kemajuan operasi; peningkatan implementasi tabel transaksi; kemampuan untuk menampilkan informasi dalam laporan tentang transaksi yang telah diselesaikan yang dikeluarkan oleh skriplet paket (scriptlet); dukungan penggunaan paket RPM lokal untuk transaksi; sistem penyelesaian input yang lebih canggih untuk bash; dukungan untuk menjalankan perintah builddep tanpa menginstal Python pada sistem.
Diantara kekurangannya mengubah manajer paket distro ke Microdnf adalah perubahan dalam struktur database internal dan pemrosesan database terpisah dari DNF, yang tidak memungkinkan Anda melihat transaksi dengan paket yang dibuat dalam DNF di Microdnf dan sebaliknya.
Paket yang sebelumnya diinstal dengan DNF akan diperlakukan sebagai "pengguna yang diinstal dari riwayat dnf" setelah bermigrasi ke Microdnf, dan menghapus instalasi paket yang diinstal oleh manajer paket lain tidak akan menghapus dependensi yang tidak digunakan yang terkait dengannya. Selain itu, Microdnf tidak berencana untuk mempertahankan dukungan DNF 100% pada tingkat perintah dan opsi baris perintah.
Perlu dicatat bahwa versi baru Microdnf akan mendukung semua fitur utama DNF, tetapi pada saat yang sama mempertahankan kinerja dan kekompakan yang tinggi.
Akhirnya, jika Anda tertarik untuk mengetahui lebih banyak tentangnya, Anda dapat berkonsultasi detailnya di tautan berikut.
Saya baru mengenal pemrograman, dan antusias dengan Linux. Saya tidak pernah menggunakan Fedora karena saya selalu memiliki masalah dengan instalasi dan berakhir dengan Debian (dan turunannya) atau OpenSUSE. Tapi saya rasa saya memahami pentingnya di dunia Linux, dan betapa relevannya apa yang terjadi di Fedora.
Keraguan saya berasal dari gagasan mengganti Python untuk C/C++, mengapa mengimplementasikan dengan bahasa tingkat rendah yang telah sangat dikritik karena variannya dan standarnya yang tidak jelas? Saya mengerti sedikit perubahan dari bahasa yang ditafsirkan ke bahasa yang dikompilasi, tetapi saya tidak mengerti lompatan ke bahasa yang saya lihat berusaha untuk digunakan lebih sedikit di beberapa area. Bukankah lebih baik menggunakan Rust atau C# ?
Saya tidak mengkritik keputusan orang-orang Fedora, tetapi berusaha memahami bagaimana dunia pemrograman berkembang. Saya belajar Python dan JS di web, dan berpikir saya akan melompat kembali ke C/C++ untuk dasar-dasarnya, jadi catatan ini sepertinya dapat membantu saya dengan fokus.
Terima kasih banyak! Dan kerja luar biasa seperti biasa untuk orang-orang <•DesdeLinux