Fedora 39 merancang untuk menggunakan DNF5 secara lalai

Fedora Linux 39 merancang untuk menggunakan DNF5

Fedora Linux 39 merancang untuk menggunakan DNF5 secara lalai untuk prestasi yang lebih baik

Jawatankuasa Kejuruteraan dan Pemandu Fedora (FESCo) mengumumkan bahawa dalam Fedora 39 pasukan yang bertanggungjawab mungkin akan menggantikan DNF, libdnf dan dnf-automatik cdengan alat pembungkusan DNF5 baharu dan pustaka sokongan libdnf5. DNF5 harus meningkatkan pengalaman pengguna dan memberikan prestasi yang lebih baik untuk mengurus perisian pada Fedora Linux.

DNF ialah pengurus pakej perisian yang memasang, mengemas kini dan mengalih keluar pakej dalam Fedora dan merupakan pengganti kepada YUM (Yellow-Dog Updater Modified). DNF memudahkan untuk mengekalkan pakej dengan menyemak kebergantungan secara automatik dan menentukan tindakan yang diperlukan untuk memasang pakej. Kaedah ini menghapuskan keperluan untuk memasang atau mengemas kini pakej secara manual dan kebergantungannya menggunakan arahan rpm.

Mengenai fungsi baharu DNF5, perkara berikut menonjol:

  • Pengurus pakej penuh tanpa memerlukan Python
  • sistem terkecil
  • Lebih pantas
  • Menggantikan DNF dan Microdnf
  • Tingkah laku bersatu merentas keseluruhan timbunan pengurusan perisian
  • Pemalam Libdnf5 baharu (C++, Python) akan digunakan untuk DNF5 dan Dnf5Daemon.
  • Tetapan dikongsi
  • DNF/YUM telah dibangunkan selama beberapa dekad dengan kesan pelbagai gaya dan konvensyen penamaan (pilihan, tetapan, pilihan, arahan)
  • Ia boleh memberikan alternatif kepada PackageKit untuk RPM (hujung belakang PackageKit yang unik) jika ia terbina dalam Desktop.
  • Keserasian dengan kumpulan Modularity dan Comps
  • Penambahbaikan penting dalam asas kod
  • Pengasingan keadaan sistem daripada pangkalan data sejarah dan /etc/dnf/module.d

Dalam dnf-4, senarai pakej yang dipasang oleh pengguna dan senarai kumpulan yang dipasang, serta senarai pakej yang dipasang bagi kumpulan ini, dikira sebagai agregasi sejarah daripada urus niaga. Dalam dnf5 ia akan disimpan secara berasingan, yang mempunyai pelbagai kelebihan, tidak kurang daripadanya ialah hakikat bahawa pangkalan data sejarah hanya akan digunakan untuk tujuan maklumat dan tidak akan menentukan keadaan sistem (ia kadangkala rosak, dsb.). Data yang disimpan dalam /etc/dnf/module.d tidak sepatutnya boleh ditulis pengguna dan formatnya tidak mencukupi (maklumat tentang pakej yang dipasang dengan profil yang dipasang tiada).

DNF5 masih dalam pembangunan dan beberapa ciri atau pilihan masih belum tersedia. Namun terdapat kerja yang perlu dilakukan dalam melaksanakan modulariti, storan data dalaman yang berkaitan dengan sejarah dan status sistem, dan dokumentasi dan halaman manual. DNF5 boleh diuji dari repositori dengan binaan hulu setiap malam.

DNF5 akan menamatkan pemalam dnf, yum, dnf-automatic, yum-utils dan DNF (teras dan tambahan) python3-dnf dan LIBDNF (libdnf, python3-hawkey) akan ditamatkan penggunaannya dengan fedora-obsolete-packages, serta ia akan memberikan symlink kepada /usr/bin/dnf, jadi pengguna akan melihat penggantian sebagai kemas kini kepada DNF dengan perubahan sintaks yang terhad tetapi didokumenkan. DNF5 akan menyediakan beberapa alias perintah yang disokong dan pilihan untuk meningkatkan penggunaan DNF5.

Cadangan perubahan merumuskan perkara seperti berikut:

  1. Baru DNF5 akan meningkatkan pengalaman dan prestasi pengguna dengan ketara. Penggantian ini ialah langkah kedua dalam kemas kini tindanan pengurusan perisian Fedora. Tanpa perubahan ini, akan terdapat beberapa alat pengurusan perisian (DNF5, Microdnf lama, PackageKit dan DNF) berdasarkan perpustakaan yang berbeza (libdnf, libdnf5), yang akan memberikan tingkah laku yang berbeza dan tidak akan berkongsi sejarah. Mungkin juga DNF hanya mempunyai sokongan pembangun yang terhad. Pembangunan DNF5 diumumkan pada senarai Fedora-Devel pada tahun 2020.
  2. DNF5 mengalih keluar kod Python untuk sistem yang lebih kecil, prestasi yang lebih pantas, dan untuk menggantikan alat DNF dan microdnf sedia ada. DNF5 juga menyatukan tingkah laku timbunan pengurusan perisian, memperkenalkan daemon baharu sebagai alternatif kepada PackageKit untuk RPM, dan seharusnya lebih berkebolehan. Jangkakan prestasi yang lebih pantas untuk penyemakan imbas repositori, operasi carian, pertanyaan RPM dan perkongsian metadata.

Cadangan perubahan masih perlu diluluskan oleh Jawatankuasa Kejuruteraan dan Pemandu Fedora, tetapi memandangkan penglibatan Red Hat dalam DNF(5), ia boleh diandaikan bahawa ia akan diluluskan dan diharapkan selesai tepat pada masanya untuk kitaran Fedora 39

Fuente: https://fedoraproject.org


Menjadi yang pertama untuk komen

Tinggalkan komen anda

Alamat email anda tidak akan disiarkan. Ruangan yang diperlukan ditanda dengan *

*

*

  1. Bertanggungjawab atas data: Miguel Ángel Gatón
  2. Tujuan data: Mengendalikan SPAM, pengurusan komen.
  3. Perundangan: Persetujuan anda
  4. Komunikasi data: Data tidak akan disampaikan kepada pihak ketiga kecuali dengan kewajiban hukum.
  5. Penyimpanan data: Pangkalan data yang dihoskan oleh Occentus Networks (EU)
  6. Hak: Pada bila-bila masa anda boleh menghadkan, memulihkan dan menghapus maklumat anda.