Utvecklarna av Fedora Linux planerar att övergÄ till den nya pakethanteraren Microdnf istÀllet för den nu anvÀnda DNF. Det första steget mot migrationen blir den planerade betydande uppdateringen av Microdnf i release av Fedora Linux 38, som kommer att bli mer lik DNF i funktionalitet och i vissa avseenden till och med övertrÀffa den. Den nya versionen av Microdnf kommer att stödja alla huvudsakliga funktioner i DNF, men samtidigt bibehÄlla hög prestanda och kompakthet.
Den avgörande skillnaden mellan Microdnf och DNF Àr att Microdnf utvecklas i programmeringssprÄket C istÀllet för Python, vilket gör att den slipper ett stort antal beroenden. Ursprungligen utvecklades Microdnf som en nedskuren version av DNF för anvÀndning i Docker-containrar, vilket inte krÀver installation av Python. Nu planerar Fedora-utvecklarna att ta Microdnf till DNF-nivÄ och sÄ smÄningom helt ersÀtta DNF med Microdnf.
Grunden för Microdnf utgörs av biblioteket libdnf5, som utvecklas inom ramen för projektet DNF 5. Huvudidén med DNF 5 Àr att skriva om de grundlÀggande operationerna för pakethantering i C++ och flytta dem till ett separat bibliotek, samtidigt som en wrapper skapas kring detta bibliotek för att bevara Python API.
Den nya versionen av Microdnf kommer ocksÄ att anvÀnda bakgrundsprocessen DNF Daemon, som ersÀtter funktionaliteten hos PackageKit och erbjuder ett grÀnssnitt för hantering av paket och uppdateringar i grafiska miljöer. Till skillnad frÄn PackageKit kommer DNF Daemon att stödja endast RPM-formatet.
Microdnf, libdnf5 och DNF Daemon planerar att först implementeras parallellt med det traditionella verktyget DNF. NÀr projektet nÄr fullstÀndig beredskap kommer den nya kombinationen att ersÀtta paket som dnf, python3-dnf, python3-hawkey, libdnf, dnfdragora och python3-dnfdaemon.
Av de omrÄden dÀr Microdnf övertrÀffar DNF kan nÀmnas: tydligare indikation pÄ framsteg i operationer; förbÀttrad implementering av transaktionstabeller; möjlighet att i rapporter om utförda transaktioner visa information frÄn skript inbÀddade i paketen (scriplets); stöd för anvÀndning av lokala RPM-paket för transaktioner; en mer avancerad system för autofullföljande inmatning för bash; stöd för att köra kommandot builddep utan installation av Python i systemet.
Bland nackdelarna med att övergÄ till Microdnf nÀmns Àndringar i strukturen för interna databaser och en separat databasbehandling frÄn DNF, vilket inte kommer att möjliggöra att se transaktioner med paket som utförts i DNF i Microdnf och vice versa. Dessutom planerar man inte att bibehÄlla 100% kompatibilitet med DNF pÄ kommandonivÄ och kommandoradsalternativ. Det kommer ocksÄ att observeras vissa skillnader i beteendet. Till exempel kommer borttagning av ett paket inte att leda till att dess relaterade beroenden som inte anvÀnds av andra paket tas bort.
KĂ€lla: opennet.ru
