Fedora Linux 39 planerar att använda DNF5 som standard för bättre prestanda
Fedoras ingenjörs- och styrkommitté (FESCo) meddelar att i Fedora 39 kommer det ansvariga laget troligen att ersätta DNF, libdnf och dnf-automatic cmed det nya DNF5-paketeringsverktyget och libdnf5-stödbiblioteket. DNF5 borde förbättra användarupplevelsen och ge bättre prestanda för att hantera programvara på Fedora Linux.
DNF är en mjukvarupakethanterare som installerar, uppdaterar och tar bort paket i Fedora och är efterföljaren till YUM (Yellow-Dog Updater Modified). DNF gör det enkelt att underhålla paket genom att automatiskt kontrollera beroenden och bestämma de åtgärder som krävs för att installera paket. Denna metod eliminerar behovet av att manuellt installera eller uppdatera paketet och dess beroenden med hjälp av kommandot rpm.
När det gäller de nya funktionerna i DNF5 sticker följande ut:
- Full pakethanterare utan behov av Python
- minsta systemet
- Snabbare
- Ersätter DNF och Microdnf
- Enhetligt beteende över hela mjukvaruhanteringsstacken
- De nya Libdnf5-plugin-programmen (C++, Python) kommer att vara tillämpliga på DNF5 och Dnf5Daemon.
- Delade inställningar
- DNF/YUM har utvecklats under decennier med inverkan av flera stilar och namnkonventioner (alternativ, inställningar, alternativ, kommandon)
- Det kan ge ett alternativ till PackageKit för RPM (en unik PackageKit-backend) om den är inbyggd i Desktop.
- Kompatibilitet med Modularity och Comps-gruppen
- Viktiga förbättringar i kodbasen
- Separation av systemtillstånd från historikdatabasen och /etc/dnf/module.d
I dnf-4, listan över installerade paket av användaren och listan över installerade grupper, samt listan över installerade paket för dessa grupper, beräknas som en aggregering av historien av transaktioner. I dnf5 kommer det att lagras separat, som har flera fördelar, inte minst det faktum att historikdatabasen endast kommer att användas i informationssyfte och inte kommer att definiera systemets tillstånd (det blir ibland skadat, etc.). Data som lagras i /etc/dnf/module.d är inte tänkt att vara skrivbar av användaren och dess format är inte tillräckligt (information om installerade paket med installerade profiler saknas).
DNF5 är fortfarande under utveckling och vissa funktioner eller alternativ är inte tillgängliga ännu. Än det finns arbete att göra för att implementera modularitet, intern datalagring relaterad till systemhistorik och status, och dokumentation och man-sidor. DNF5 kan testas från förvaret med nattliga uppströmsbyggnader.
DNF5 kommer att fasa ut dnf, yum, dnf-automatic, yum-utils och DNF plugins (kärna och extra) python3-dnf och LIBDNF (libdnf, python3-hawkey) kommer att fasas ut med fedora-obsolete-packages, plus att det kommer att tillhandahålla en symbollänk till /usr/bin/dnf, så att användarna kommer att se ersättningen som en uppdatering till DNF med begränsade men dokumenterade syntaxändringar. DNF5 kommer att tillhandahålla några kommandoalias och alternativ som stöds för att förbättra DNF5-användningen.
Ändringsförslaget sammanfattar saker så här:
- Den nya DNF5 kommer att avsevärt förbättra användarupplevelsen och prestanda. Denna ersättning är det andra steget i uppgraderingen av Fedoras mjukvaruhanteringsstack. Utan denna förändring kommer det att finnas flera mjukvaruhanteringsverktyg (DNF5, gamla Microdnf, PackageKit och DNF) baserade på olika bibliotek (libdnf, libdnf5), som kommer att ge olika beteende och inte dela historik. Det är också möjligt att DNF bara har begränsat stöd för utvecklare. Utvecklingen av DNF5 tillkännagavs på Fedora-Devel-listan 2020.
- DNF5 tar bort Python-kod för ett mindre system, snabbare prestanda, och för att ersätta befintliga DNF- och microdnf-verktyg. DNF5 förenar också beteendet hos programvaruhanteringsstacken, introducerar en ny demon som ett alternativ till PackageKit för RPM, och borde vara mycket mer kapabel. Förvänta dig snabbare prestanda för arkivsurfning, uppslagsoperationer, RPM-frågor och delning av metadata.
Ändringsförslaget behöver fortfarande godkännas av Fedora Engineering and Steering Committee, men med tanke på Red Hats engagemang i DNF(5) kan det antas att det kommer att godkännas och förhoppningsvis slutföras i tid för Fedora 39-cykeln
Fuente: https://fedoraproject.org