Atvykimas de fwupd 2.0.19 Iš pirmo žvilgsnio tai gali atrodyti kaip nedidelis atnaujinimas, tačiau iš tikrųjų jis atitinka daug platesnį „Linux“ ekosistemos pokyčių vaizdą: svarbiausių paslaugų pakeitimai ir kai kurie galvos skausmai, susiję su paketų atnaujinimais. Jei kasdien naudojate „Linux“, tiek asmeniniuose kompiuteriuose, tiek profesionalioje aplinkoje, turėtumėte suprasti, ką atneša ši versija ir kas vyksta aplink ją.
Šiame straipsnyje mes jį išsamiai apžvelgsime Kokias naujas funkcijas pristato „fwupd 2.0.19“ ir kokias problemas jis išsprendžia?Visa tai paaiškinta kuo aiškiau, tačiau negailint techninių detalių tiems, kurie nori šiek tiek giliau pasigilinti.
Pagrindinės naujos „fwupd 2.0.19“ funkcijos
Nauja versija fwupd 2.0.19Sukurtas Richardo Hugheso, šis atnaujinimas pateikiamas kaip devynioliktasis šios gerai žinomos „Linux“ programinės įrangos atnaujinimo paslaugos 2.0 atšakos techninės priežiūros atnaujinimas po tokių leidimų kaip fwupd 2.0.16Nors tai nėra „novatoriška“ versija, joje yra labai specifinių pakeitimų, kurie pagerina suderinamumą, saugumą ir patikimumą su skirtingų tipų įranga.
Šis leidimas papildo Specialus palaikymas atnaujinant „Lenovo Sapphire Folio“ klaviatūros programinę įrangąTai periferinis įrenginys, kurio anksčiau neapėmė „fwupd“. Tai svarbu, nes daugelis šiuolaikinių įrenginių naudoja patentuotą programinę-aparatinę įrangą, o centralizuotas, standartizuotas ir atviras jų atnaujinimo būdas sumažina saugumo riziką ir suderinamumo problemas, ypač nešiojamuosiuose ir hibridiniuose įrenginiuose.
Kitas svarbus papildymas yra įtraukimas dvi naujos subkomandos fwupdtool faile Šios naujos komandos, skirtos darbui su CRC (cikliniu pertekliniu patikrinimu), leidžia apskaičiuoti ir rasti CRC, palengvindamos su programine įranga susijusių vaizdų ir duomenų vientisumo patikrinimą. Administratoriams ir kūrėjams tai suteikia tiesioginį būdą diagnozuoti su atnaujinimais susijusių dvejetainių failų sugadinimą ar manipuliavimą.
Labai svarbus sistemos integracijos lygio pakeitimas yra tai, kad dabar yra „fwupd 2.0.19“ Tai leidžia sistemoms naudoti „udev“ įvykių srautą nepasikliaujant „systemd“.Tai atveria duris lankstesniam naudojimui aplinkose, kuriose nenaudojamas „systemd“ kaip PID 1, arba minimalistinėse konfigūracijose, kur norite turėti „fwupd“ neprisiimdami visų įprastų pagrindinio platinimo priklausomybių.
Komandų ir atnaujinimo srauto patobulinimai
Tarp naudojimo patogumo patobulinimų, naujoje versijoje pakeistas komandos veikimas fwupdmgr gauti istorijąNuo „fwupd 2.0.19“ versijos programinės įrangos atnaujinimų istorijoje visada teisingai bus rodoma naujai įdiegta versija, todėl bus išvengta painiavos tikrinant, kas, kada ir kuri konkreti versija buvo atnaujinta.
Be to, kūrimo komanda pakoregavo vidinę logiką taip, kad Tinkamai atsižvelgiama į fwupdmgr parametrą „-force“. kai įdiegiama programinė įranga. Tai užtikrina, kad tais atvejais, kai vartotojas arba administratorius nusprendžia priverstinai atnaujinti (pavyzdžiui, atnaujinus senesnę versiją arba programinės įrangos su probleminiais metaduomenimis atveju), įrankis veiktų nuosekliai pagal tą komandą.
Grafikos įrangos skyriuje buvo įtraukti konkretūs patobulinimai, „Intel GPU FWDATA“ skyriaus atnaujinimo procesasŠi su programine įranga susijusi duomenų sritis gali būti labai svarbi grafikos posistemio našumui ir stabilumui, todėl patikimesnis atnaujinimas padeda sumažinti galimus gedimus sistemose, kurios naudoja integruotus arba dedikuotus „Intel“ GPU.
Klaidų ištaisymai ir saugumo patobulinimai „fwupd 2.0.19“ versijoje
Be naujų funkcijų, didelė šios versijos dalis skirta Klaidų, turėjusių įtakos stabilumui ir saugumui, ištaisymas iš fwupd. Tarp išspręstų problemų yra sveikojo skaičiaus perpildymas, kuris galėjo atsirasti analizuojant kenkėjišką PE failą. Nors konkretus pažeidžiamumo išnaudojimas nėra aprašytas, šio tipo pažeidžiamumai yra ypač jautrūs, nes tinkamai išnaudojus juos, jie gali sukelti neapibrėžtą elgesį arba atakų vektorius.
Taip pat aptariama regresija, įvykusi, kai Išvardykite tam tikrų „Dell“ dokų būsenos komponentusDėl šios klaidos doko būsenos informacija gali būti rodoma neteisingai arba gali kilti klaidų bandant valdyti jo programinę-aparatinę įrangą. Pataisymas atkuria įprastą funkcionalumą tiems, kurie šiuos dokus naudoja sudėtingesnėms darbo stotims.
Kita išspręsta problema paveikė suliejimo sistemą, naudojamą programinės įrangos konteinerių analizės patikimumui pagerinti. Konkrečiai, išspręstos šios problemos: Ilgas laukimo laikas apdorojant „Synaptics-RMI SBL“ konteineriusŠių užstrigimų ir gedimų mažinimas yra labai svarbus norint ir toliau automatiškai rasti klaidas, o įrankiai neužstrigtų su tam tikrais programinės įrangos formatais.
Dėl smulkių detalių projektas išlaiko savo „GitHub“ leidimo pastaboskur galite rasti visus su „fwupd 2.0.19“ susijusius pakeitimus, pakeitimus ir diskusijas. Iš ten taip pat galite atsisiųsti šaltinio kodą kaip tarball, nors daugeliu atvejų geriausia įdiegti arba atnaujinti „fwupd“ tiesiai iš kiekvienos distribucijos stabilių saugyklų, pasinaudojant prižiūrėtojų atliktu pakavimu ir testavimu.
Svarbūs atnaujinimai „Arch Linux“ sistemoje: .NET 9.0–10.0
Kartu su šiais programinės įrangos atnaujinimais, „Linux“ ekosistema vystosi ir kitais lygmenimis. „Arch Linux“ atveju, .NET paketo atnaujinimas iš 9.0 į 10.0 versiją Dėl to kai kuriems scenarijams reikalingas rankinis įsikišimas. Gali būti paveikti tokie paketai kaip „aspnet-runtime“, „aspnet-targeting-pack“, „dotnet-runtime“, „dotnet-sdk“, „dotnet-source-built-artifacts“ ir „dotnet-targeting-pack“.
Atnaujinimo metu „pacman“ gali rodyti klaidą „Nepavyko paruošti operacijos (negalėjo patenkinti priklausomybių)“ šiems paketams. Tai paprastai nutinka, kai yra kryžminės priklausomybės tarp 9.0 ir 10.0 versijų ir sistema negali teisingai nustatyti, ką pirmiausia reikia įdiegti arba pašalinti.
Nežinomų failų konfliktai „Waydroid“
Dar vienas įdomus atvejis „Arch Linux“ sistemoje paveikia paketą waydroidVersijos, ankstesnės nei 1.5.4-2 (įskaitant AUR variantą), vykdymo metu generuodavo Python baitkodo failus (.pyc), kurių „pacman“ neregistruodavo, nes jie būdavo kuriami dinamiškai vykdant scenarijus.
Šis elgesys buvo ištaisytas 1.5.4-3 versijoje ir dabar Šių .pyc failų kompiliavimas atliekamas paties pakavimo proceso metu.Todėl juos jau kontroliuoja paketų tvarkyklė. Problema ta, kad atnaujinimo metu šie seni, niekam nepriklausantys failai gali konfliktuoti su naujais failais, kuriuos kontroliuoja „pacman“.
Jei matote tokį pranešimą «klaida: nepavyko patvirtinti operacijos (konfliktuojantys failai)» su tokiais maršrutais kaip /usr/lib/waydroid/tools/__pycache__/__init__.cpython-313.pyc ar panašiai, tai būtent apie tą konfliktą tarp anksčiau sugeneruotų failų ir naujai supakuotų failų.
Tokiu atveju galite saugiai perrašykite tuos failusTaip yra todėl, kad naujas turinys yra to paties tipo failas, bet paketų tvarkyklė jį apdoroja teisingai. Šio pakeitimo tikslas – užkirsti kelią būsimiems atnaujinimams, kai failų sistemoje atsiranda „našlaičių“ failų.
Svarbūs „Dovecot 2.4“ ir konfigūracijos perkėlimo pakeitimai
2.4 filialas BalandinėŠi versija, plačiai naudojama kaip IMAP/POP3 serveris įvairiose aplinkose, įdiegia pakeitimų, nesuderinamų su 2.3 ir ankstesnių versijų konfigūracijos failais. Tai reiškia, kad po atnaujinimo, Paslauga negalės būti paleista, kol konfigūracija nebus perkelta. ir pritaikyta prie naujo formato ir naujų parametrų.
Kad šis perėjimas būtų atliktas, „Dovecot“ kūrėjai pateikia oficiali migracijos dokumentacija iš 2.3 į 2.4, kur išsamiai aprašomi konfigūracijos failams pritaikytini pakeitimai, kurios parinktys buvo pakeistos ir kurios direktyvos išnyko arba pakeitė savo veikimą.
Be to, 2.4 šaka pašalina replikacijos funkciją kuri buvo prieinama ankstesnėse versijose. Tiems, kurie priklauso nuo šios funkcijos – paprastai esant dideliam prieinamumui arba dubliavimui tarp pašto serverių – tai yra labai reikšmingas pokytis. Kai kurios saugyklos siūlo alternatyvas vartotojams, kuriems reikia ir toliau naudoti replikaciją arba kurie dar negali pereiti prie 2.4 versijos, pavyzdžiui, išlaikydamos senesnes šakas arba teikdamos konkrečius paketus.
„fwupd 2.0.19“ suvienodina sistemos paskyras „Zabbix“ sistemoje
Kitas svarbus pakuočių ekosistemos pokytis yra tas, kuris paveikia Zabbix „Arch Linux“ sistemoje nuo 7.4.1-2 versijos. Iki šiol skirtingi „Zabbix“ komponentai („zabbix-server“, „zabbix-proxy“, „zabbix-agent“ (taip pat bendrinami su „zabbix-agent2“) ir „zabbix-web-service“) naudojo skirtingas sistemos paskyras, kurių kiekviena buvo susieta su atitinkamu paketu.
Nuo šios versijos Visi šie komponentai dabar naudoja vieną bendrą sistemos paskyrą, vadinamą „zabbix“.Tai atitinka paties projekto rekomendacijas ir kitų platinimų praktiką. Šią vieningą paskyrą teikia naujas padalintas paketas, vadinamas zabbix-commonkuris tampa priklausomybe nuo visų atitinkamų „zabbix-*“ paketų.
Pakeitimas yra suplanuotas taip, kad Automatinis perkėlimas į naują paskyrą Atnaujinant paketus, administratoriaus rankinis įsikišimas nereikalingas. Nepaisant to, visada patartina peržiūrėti teises, konfigūracijos failus ir paslaugas po tokių pakeitimų, ypač gamybinėje aplinkoje, kurioje valdoma daug pagrindinių kompiuterių ir agentų.
Visas šis judėjimas – „fwupd 2.0.19“ atnaujina programinę įrangą, tokie platinimai kaip „Fedora 41“ ir „Ubuntu 24.04.1“ sujungia savo paketus ir atlieka svarbiausių „Arch Linux“ paketų bei paslaugų pakeitimus – rodo, kaip „Linux“ ekosistema vystosi keliais sluoksniais vienu metuNuo „Lenovo“ klaviatūros ar „Intel“ vaizdo plokštės programinės įrangos iki to, kaip valdyti paketus naudojant DNF5, integruoti „Active Directory“ į „Ubuntu“ ar be problemų prižiūrėti „Dovecot“ pašto serverį – norint išlikti atnaujintam, nebereikia tik įdiegti naujausio ISO, bet ir suprasti, kaip kiekvienas iš šių elementų dera prie jūsų sistemos ir darbo eigos.
