Hiljuti Fedora arendajad andsid teada oma kavatsusest migreeruda jaotus uuele paketihaldurile kutsus Selle asemel "Microdnf". paketihaldurilt "DNF" mida praegu kasutatakse.
Esimene samm migratsiooni teel on Microdnfi oluline värskendus, planeeritud Fedora 38 jaoks, mis läheneb funktsionaalsuselt DNF-ile ja isegi ületab seda mõnes valdkonnas.
Seda mainitakse kavatsused selle migratsiooni läbiviimine on tingitud peamine erinevus Microdnfi ja DNF-i vahel on C-i kasutamine Pythoni asemel arendamiseks, mis võimaldab vabaneda paljudest sõltuvustest.
Ühel hetkel asendas DNF Yumi, mis oli kirjutatud täielikult Pythonis, ja DNF-is kirjutati jõudlust nõudvad madala taseme funktsioonid ümber ja viidi eraldi hawkey, librepo, libsolv ja libcomps C teekidesse, kuid raamistik ja kõrge- taseme komponendid jäid Pythoni keelde.
Microdnf töötati algselt välja DNF-i lihtsustatud versioonina kasutamiseks Dockeri konteinerites, mis ei nõudnud Pythoni installimist. Nüüd kavatsevad Fedora arendajad viia Microdnfi DNF-i funktsionaalsuse tasemele ja lõpuks asendada DNF täielikult Microdnfiga.
Microdnfi suur värskendus on esimene samm paketihalduse arengus Fedoras. Uuel microdnf-il on ambitsioon pakkuda kõiki DNF-i põhifunktsioone ilma oma minimaalset jalajälge kaotamata.
Microdnf põhineb libdnf5 teegil, DNF 5 eesmärk on ühendada olemasolevad madalatasemelised teegid, kirjutada ülejäänud Pythoni paketihaldustoimingud C++ keeles ümber ja viia põhifunktsioonid eraldi teeki, luues selle teegi ümber sideme, et säilitada Pythoni API.
MICRODNF parandab oluliselt kasutajakogemust ja pakub tulevikus kõiki olulisi DNF-i funktsioone. See säilitab ka kõik originaalse MICRODNF-i eelised, näiteks mahutite minimaalse suuruse.
Uus versioon Microdnf kasutab ka taustaprotsessi DNF-deemonit, PackageKiti funktsionaalsuse asendamine ja liidese pakkumine pakettide ja värskenduste haldamiseks graafilistes keskkondades. Erinevalt PackageKitist toetab DNF-deemon ainult RPM-vormingut.
Microdnf, libdnf5 ja DNF-deemon tarnitakse koos traditsioonilise DNF-i tööriistakomplektiga juurutamise esimeses etapis. Kui projekt on lõpule jõudnud, asendab uus pakett paketid nagu dnf, python3-dnf, python3-hawkey, libdnf, dnfdragora ja python3-dnfdaemon.
Selle alad, kus Microdnf on DNF-ist parem, paistab see silma: toimingute edenemise visuaalne näit; tehingutabeli täiustatud rakendamine; võimalus kuvada aruannetes teavet lõpetatud tehingute kohta, mis on välja antud pakendatud skriptletid (skriptletid); tehingute jaoks kohalike RPM-pakettide kasutamise tugi; täiustatud sisendi lõpetamise süsteem bashi jaoks; tugi käsu builddep käivitamiseks ilma Pythoni süsteemi installimata.
Puuduste hulgas distro paketihalduri muutmine Microdnfiks on sisemiste andmebaaside struktuuri muutus ja DNF-ist eraldiseisva andmebaasi töötlemine, mis ei võimalda näha tehinguid DNF-is tehtud pakettidega Microdnf-is ja vastupidi.
Varem DNF-iga installitud pakette käsitletakse pärast Microdnfile migreerumist kui "dnf-i ajaloost installitud kasutajat" ja mõne teise paketihalduri installitud paketi desinstallimine ei eemalda sellega seotud kasutamata sõltuvusi. Samuti ei plaani Microdnf säilitada 100% DNF-i tuge käsutasandil ja käsurea suvanditel.
Märgitakse, et Microdnfi uus versioon toetab kõiki DNF-i põhifunktsioone, kuid säilitab samal ajal suure jõudluse ja kompaktsuse.
Lõpuks, kui olete huvitatud sellest, et saaksite sellest rohkem teada saada, võite konsulteerida üksikasjad järgmisel lingil.
Olen programmeerimises uustulnuk ja Linuxist entusiastlik. Ma pole kunagi Fedorat kasutanud, kuna mul on alati installimisega probleeme ja saan Debiani (ja selle derivaatide) või OpenSUSE-ga. Kuid ma arvan, et mõistan Linuxi maailma tähtsust ja seda, kui oluline on see, mis Fedoras toimub.
Minu kahtlus tuleneb ideest asendada Python C/C++-ga, miks kasutada seda madala tasemega keelega, mida on selle variantide ja halvasti määratletud standardi pärast väga kritiseeritud? Ma mõistan veidi üleminekut tõlgendatud keelest koostatud keelele, kuid ma ei mõista hüpet keelele, mille puhul olen näinud, et seda püütakse mõnes valdkonnas vähem kasutada. Kas poleks parem kasutada Rust või C#?
Ma ei kritiseeri Fedora inimeste otsuseid, vaid püüan mõista, kuidas programmeerimismaailm edeneb. Õpin veebis Pythonit ja JS-i ning mõtlesin, et hüppan põhiteadmiste jaoks tagasi C/C++ juurde, nii et tundub, et see märkus võib aidata mul keskenduda.
Muchas gracias! Y excelente trabajo como siempre a la gente de <•DesdeLinux