Fedora Linux-utvecklarna har för avsikt att överföra distributionen till den nya Microdnf-pakethanteraren istället för den för närvarande använda DNF. Det första steget mot migrering kommer att vara en stor uppdatering av Microdnf som planeras för releasen av Fedora Linux 38, som kommer att vara nära DNF i funktionalitet och i vissa områden till och med överträffa den. Det noteras att den nya versionen av Microdnf kommer att stödja alla grundläggande funktioner i DNF, men samtidigt bibehålla hög prestanda och kompaktitet.
Den viktigaste skillnaden mellan Microdnf och DNF är användningen av C-språk för utveckling, istället för Python, vilket gör att du kan bli av med ett stort antal beroenden. Microdnf utvecklades ursprungligen som en avskalad version av DNF för användning i Docker-containrar, vilket inte kräver Python-installation. Nu planerar Fedora-utvecklarna att föra Microdnf till DNF-nivån och så småningom helt ersätta DNF med Microdnf.
Grunden för Microdnf är libdnf5-biblioteket, utvecklat som en del av DNF 5-projektet. Huvudidén med DNF 5 är att skriva om grundläggande pakethanteringsoperationer i C++ och flytta dem till ett separat bibliotek med skapandet av ett omslag runt detta bibliotek för att spara Python API.
Den nya versionen av Microdnf kommer också att använda en bakgrunds-DNF Daemon-process, som ersätter PackageKit-funktionaliteten och tillhandahåller ett gränssnitt för att hantera paket och uppdateringar i grafiska miljöer. Till skillnad från PackageKit ger DNF Daemon endast stöd för RPM-formatet.
Microdnf, libdnf5 och DNF Daemon i det första skedet av implementering är planerade att levereras parallellt med den traditionella DNF-verktygslådan. När projektet är klart kommer det nya paketet att ersätta paket som dnf, python3-dnf, python3-hawkey, libdnf, dnfdragora och python3-dnfdaemon.
Bland de områden där Microdnf är överlägsen DNF är: mer visuell indikering av verksamhetens framsteg; förbättrad implementering av transaktionstabeller; möjligheten att visa i rapporter om genomförda transaktioner information producerad av skript inbyggda i paket; stöd för att använda lokala RPM-paket för transaktioner; mer avancerat inmatningssystem för bash; stöd för att köra kommandot builddep utan att installera Python på systemet.
Bland nackdelarna med att byta distribution till Microdnf finns en förändring i strukturen av interna databaser och separat databasbehandling från DNF, vilket inte kommer att tillåta Microdnf att se transaktioner med paket utförda i DNF och vice versa. Dessutom planerar inte Microdnf att upprätthålla 100 % kompatibilitet i DNF på nivån för kommandon och kommandoradsalternativ. Det kommer också att finnas vissa avvikelser i beteendet. Om du till exempel tar bort ett paket kommer inte dess associerade beroenden som inte används av andra paket att tas bort.
Källa: opennet.ru