{"id":114572,"date":"2024-03-26T00:25:51","date_gmt":"2024-03-25T22:25:51","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-fedora-41-namechen-perehod-na-paketnyj-menedzher-dnf5"},"modified":"2024-03-26T00:25:51","modified_gmt":"2024-03-25T22:25:51","slug":"v-fedora-41-namechen-perehod-na-paketnyj-menedzher-dnf5","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/news\/v-fedora-41-namechen-perehod-na-paketnyj-menedzher-dnf5","title":{"rendered":"W Fedora 41 planowane jest przej\u015bcie na mened\u017cer pakiet\u00f3w DNF5","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
W wydaniu Fedora 41 zaproponowano przej\u015bcie na domy\u015blny mened\u017cer pakiet\u00f3w DNF5. Pocz\u0105tkowo planowano migracj\u0119 na DNF5 w wydaniu Fedora 39, jednak op\u00f3\u017aniona zosta\u0142a z powodu niedostatecznej gotowo\u015bci narz\u0119dzi. Mimo \u017ce pe\u0142en parytet funkcjonalno\u015bci ze star\u0105 infrastruktur\u0105 nie zosta\u0142 jeszcze osi\u0105gni\u0119ty, deweloperzy uwa\u017caj\u0105, \u017ce dystrybucja jest gotowa do migracji, a brakuj\u0105ce funkcje mo\u017cna zrealizowa\u0107 p\u00f3\u017aniej. Propozycja nie zosta\u0142a jeszcze rozpatrzona przez komitet FESCo (Fedora Engineering Steering Committee), odpowiedzialny za cz\u0119\u015b\u0107 techniczn\u0105 rozwoju dystrybucji Fedora. W przypadku przyj\u0119cia propozycji pakiety dnf, libdnf i dnf-cutomatic zostan\u0105 zast\u0105pione narz\u0119dziem DNF5 i now\u0105 bibliotek\u0105 libdnf5, a dowi\u0105zanie symboliczne \/usr\/bin\/dnf zacznie wskazywa\u0107 na plik wykonywalny dnf5. <\/p>\n
W swoim czasie DNF zast\u0105pi\u0142 w dystrybucji mened\u017cer pakiet\u00f3w Yum, kt\u00f3ry by\u0142 ca\u0142kowicie napisany w j\u0119zyku Python. W DNF wymagaj\u0105ce wydajno\u015bci funkcje niskiego poziomu zosta\u0142y przepisane i wyodr\u0119bnione do oddzielnych bibliotek C: hawkey, librepo, libsolv i libcomps, ale szkielet i komponenty wysokiego poziomu pozosta\u0142y w j\u0119zyku Python. Projekt DNF5 ma na celu ujednolicenie istniej\u0105cych niskopoziomowych bibliotek, przepisanie pozosta\u0142ych komponent\u00f3w zarz\u0105dzaj\u0105cych pakietami na j\u0119zyk C++ oraz wyodr\u0119bnienie podstawowej funkcjonalno\u015bci do oddzielnej biblioteki libdnf5 z stworzeniem wok\u00f3\u0142 tej biblioteki opakowania do zachowania interfejsu API Python. <\/p>\n
U\u017cycie j\u0119zyka C++ zamiast Pythona pozwoli\u0142o na redukcj\u0119 liczby zale\u017cno\u015bci, zmniejszenie rozmiaru narz\u0119dzi oraz zwi\u0119kszenie wydajno\u015bci. Wy\u017csza wydajno\u015b\u0107 osi\u0105gana jest nie tylko dzi\u0119ki kompilacji do kodu maszynowego, ale tak\u017ce poprzez ulepszenie realizacji tabeli transakcji, optymalizacj\u0119 \u0142adowania z repozytori\u00f3w oraz restrukturyzacj\u0119 bazy danych (oddzielono bazy z stanem systemu i histori\u0105 operacji). Narz\u0119dzie DNF5 jest wolne od powi\u0105zania z PackageKit, zamiast tego wdro\u017cono nowy proces w tle DNF Daemon, kt\u00f3ry zast\u0119puje funkcjonalno\u015b\u0107 PackageKit i zapewnia interfejs do zarz\u0105dzania pakietami i aktualizacjami w \u015brodowiskach graficznych. <\/p>\n
Przebudowa umo\u017cliwi\u0142a r\u00f3wnie\u017c wprowadzenie pewnych usprawnie\u0144, kt\u00f3re zwi\u0119kszaj\u0105 komfort pracy z mened\u017cerem pakiet\u00f3w. Na przyk\u0142ad, w nowym DNF wprowadzono bardziej przejrzyst\u0105 informacj\u0119 o post\u0119pie operacji; dodano wsparcie dla lokalnych pakiet\u00f3w RPM do transakcji; umo\u017cliwiono wy\u015bwietlanie w raportach o przeprowadzonych transakcjach informacji generowanych przez skrypty zawarte w pakietach (scriplets); zaproponowano bardziej zaawansowany system autouzupe\u0142niania dla bash. \n \u0179r\u00f3d\u0142o: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"