Dalam Fedora 39 mereka merancang untuk berhijrah ke DNF5, mengetepikan komponen Python

Fedora 39 dengan alat pembungkusan DNF5 baharu

DNF5 harus meningkatkan pengalaman pengguna dan memberikan prestasi yang lebih baik

Ben Cotton, Pengurus Program Fedora di RedHat, iklan baru-baru ini dalam senarai mel, niat anda untuk berhijrah Fedora kepada pengurus pakej DNF5 secara lalai.

Disebutkan bahawa perubahan yang dirancang akan berkuat kuasa dari keluaran Fedora 39, Perubahan itu merancang untuk menggantikan pakej dnf, libdnf dan dnf-cutomatic dengan kit alat DNF5 dan perpustakaan libdnf5 baharu.

Berkenaan dengan perubahan itu, wajar disebut pada masa DNF menggantikan Yum, yang ditulis sepenuhnya dalam Python.

Bagi mereka yang tidak mengetahui DNF, Mereka sepatutnya tahu bahawa ini 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 penyelenggaraan 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. DNF kini ialah alat pengurusan pakej perisian lalai dalam Fedora.

Dalam DNF, fungsi tahap rendah yang menuntut prestasi telah ditulis semula dan berpindah untuk memisahkan perpustakaan C hawkey, librepo, libsolv, dan libcomps, tetapi rangka kerja dan komponen peringkat tinggi kekal dalam Python.

DNF5 akan memberikan peningkatan yang ketara dalam pengalaman dan prestasi pengguna. Penggantian adalah langkah kedua dalam mengemas kini tindanan pengurusan perisian Fedora. Tanpa perubahan, akan terdapat berbilang alat pengurusan perisian (DNF5, Microdnf lama, PackageKit dan DNF) berdasarkan perpustakaan yang berbeza (libdnf, libdnf5), menyediakan tingkah laku yang berbeza dan tidak berkongsi sejarah. Kami juga boleh mengharapkan DNF hanya mempunyai sokongan huluan yang terhad.

Projek itu DNF5 bertujuan untuk menyatukan perpustakaan peringkat rendah sedia ada, menulis semula dalam C++ komponen pengurusan pakej yang tinggal dalam Python dan mengalihkan fungsi teras ke pustaka libdnf5 yang berasingan dengan membuat pautan di sekeliling perpustakaan ini untuk mengekalkan API Python.

DNF5 masih dalam pembangunan dan beberapa ciri atau pilihan masih belum tersedia. Kami masih perlu menyelesaikan pelaksanaan Modulariti, penyimpanan data dalaman yang berkaitan dengan Sejarah dan Negeri Sistem, dan juga dokumentasi dan halaman manual. DNF5 boleh diuji daripada repositori dengan binaan hulu setiap malam: d` tidak sepatutnya boleh ditulis pengguna dan formatnya tidak mencukupi (maklumat tentang pakej yang dipasang dengan profil yang dipasang tiada)

Menggunakan C++ dan bukannya Python akan mengalih keluar banyak kebergantungan, mengurangkan saiz set alat dan meningkatkan prestasi. Prestasi yang lebih tinggi dicapai bukan sahaja dengan menggunakan kompilasi kepada kod mesin, tetapi juga disebabkan oleh pelaksanaan jadual transaksi yang lebih baik, pengoptimuman pemuatan daripada repositori, dan penstrukturan semula pangkalan data (pangkalan data berasingan dengan status sistem dan sejarah operasi).

DNF5 telah dipisahkan daripada PackageKit memihak kepada proses latar belakang baharu Daemon DNF yang menggantikan fungsi PackageKit dan menyediakan antara muka untuk mengurus pakej dan kemas kini dalam persekitaran grafik.

kerja semula juga Ia akan membolehkan untuk melaksanakan beberapa penambahbaikan dalam kebolehgunaan pengurus pakej. Sebagai contoh, DNF baharu mempunyai petunjuk yang lebih visual tentang kemajuan operasi; menambah sokongan untuk menggunakan pakej RPM tempatan untuk transaksi; menambah keupayaan untuk memaparkan dalam laporan mengenai maklumat transaksi yang lengkap yang dikeluarkan oleh skrip kecil yang dibungkus (skrip); mencadangkan sistem penyiapan input yang lebih maju untuk bash.

Perlu disebutkan bahawa cadangan itu masih belum disemak oleh FESCo (Jawatankuasa Pemandu Kejuruteraan Fedora), yang bertanggungjawab untuk bahagian teknikal pembangunan pengedaran Fedora.

Akhirnya Sekiranya anda berminat untuk mengetahui lebih lanjut mengenainya, anda boleh menyemak butiran di pautan berikut.


Tinggalkan komen anda

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

*

*

  1. Bertanggungjawab untuk data: AB Internet Networks 2008 SL
  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.