Fedora Linux 39, daha iyi performans için varsayılan olarak DNF5 kullanmayı planlıyor
Fedora Mühendislik ve Yönlendirme Komitesi (FESCo), Fedora 39'da sorumlu ekibin muhtemelen DNF'nin yerini alacağını duyurdu, libdnf ve dnf-otomatik cyeni DNF5 paketleme aracı ve libdnf5 destek kitaplığı ile. DNF5, kullanıcı deneyimini iyileştirmeli ve Fedora Linux'ta yazılım yönetimi için daha iyi performans sağlamalıdır.
DNF bir yazılım paketi yöneticisidir Fedora'da paketleri kurar, günceller ve kaldırır ve YUM'un (Yellow-Dog Updater Modified) halefidir. DNF, bağımlılıkları otomatik olarak kontrol ederek ve paketleri kurmak için gereken eylemleri belirleyerek paketlerin bakımını kolaylaştırır. Bu yöntem, rpm komutunu kullanarak paketi ve bağımlılıklarını manuel olarak kurma veya güncelleme ihtiyacını ortadan kaldırır.
DNF5'in yeni işlevleriyle ilgili olarak şunlar öne çıkıyor:
- Python'a ihtiyaç duymadan tam paket yöneticisi
- en küçük sistem
- Daha hızlı
- DNF ve Microdnf'nin yerini alır
- Tüm yazılım yönetimi yığını genelinde birleşik davranış
- Yeni Libdnf5 eklentileri (C++, Python), DNF5 ve Dnf5Daemon için geçerli olacaktır.
- Paylaşılan ayarlar
- DNF/YUM, birden çok stilin ve adlandırma kurallarının (seçenekler, ayarlar, seçenekler, komutlar) etkisiyle on yıllar boyunca geliştirilmiştir.
- Desktop'ta yerleşikse, PackageKit for RPM'ye (benzersiz bir PackageKit arka ucu) bir alternatif sağlayabilir.
- Modülerlik ve Comps grubuyla uyumluluk
- Kod tabanında önemli iyileştirmeler
- Sistem durumunun geçmiş veritabanından ve /etc/dnf/module.d'den ayrılması
dnf-4'te kurulu paketlerin listesi kullanıcı tarafından ve kurulu grupların listesi ile bu grupların kurulu paketlerinin listesi, geçmişin bir toplamı olarak hesaplanır işlemlerin. dnf5'te ayrı olarak depolanacak. /etc/dnf/module.d içinde saklanan verilerin kullanıcı tarafından yazılabilir olması beklenmiyor ve formatı yeterli değil (kurulu profillere sahip kurulu paketler hakkında bilgi eksik).
DNF5 hala geliştirme aşamasında ve bazı özellikler veya seçenekler henüz mevcut değil. Henüz modülerliğin uygulanmasında yapılması gereken işler var, sistem geçmişi ve durumu ile ilgili dahili veri depolama ve belgeler ve kılavuz sayfaları. DNF5, her gece yukarı akış derlemeleriyle depodan test edilebilir.
DNF5, dnf, yum, dnf-automatic, yum-utils ve DNF eklentilerini kullanımdan kaldıracaktır (çekirdek ve ekstralar) python3-dnf ve LIBDNF (libdnf, python3-hawkey) fedora-eski paketlerle kullanımdan kaldırılacak, ayrıca /usr/bin/dnf'ye bir sembolik bağlantı sağlayacak, böylece kullanıcılar bu değişikliği bir güncelleme olarak görecek sınırlı ancak belgelenmiş sözdizimi değişiklikleriyle DNF'ye. DNF5, DNF5'in benimsenmesini iyileştirmek için desteklenen bazı komut takma adları ve seçenekler sağlayacaktır.
Değişiklik önerisi her şeyi şu şekilde özetliyor:
- Yeni DNF5, kullanıcı deneyimini ve performansını önemli ölçüde iyileştirecek. Bu değiştirme, Fedora yazılım yönetimi yığını yükseltmesinin ikinci adımıdır. Bu değişiklik olmadan, farklı davranış sağlayacak ve geçmişi paylaşmayacak farklı kitaplıklara (libdnf, libdnf5) dayalı birkaç yazılım yönetim aracı (DNF5, eski Microdnf, PackageKit ve DNF) olacaktır. DNF'nin yalnızca sınırlı geliştirici desteğine sahip olması da mümkündür. DNF5'in geliştirilmesi, 2020 yılında Fedora-Devel listesinde duyuruldu.
- DNF5, daha küçük bir sistem için Python kodunu kaldırır, daha hızlı performans ve mevcut DNF ve microdnf araçlarını değiştirmek. DNF5 ayrıca yazılım yönetimi yığınının davranışını birleştirir, RPM için PackageKit'e alternatif olarak yeni bir arka plan programı sunar ve çok daha yetenekli olmalıdır. Depo tarama, arama işlemleri, RPM sorguları ve meta veri paylaşımı için daha hızlı performans bekleyin.
Değişiklik teklifinin hala onaylanması gerekiyor Fedora Mühendislik ve Yönlendirme Komitesi tarafından, ancak Red Hat'in DNF(5)'e katılımı göz önüne alındığında, onaylanacağı ve Fedora 39 döngüsü için zamanında tamamlanacağı varsayılabilir.
kaynak: https://fedoraproject.org