„Fedora 32“ atidėtas savaitei, o „Fedora 33“ pereis prie sistemos išspręsto

„Fedora“ vaikinai dirbo su visu entuziazmu laikas ir turimas laikas įvykdyti platinimo paleidimo grafiką bet, atrodo, kad šie metai bus dar metai, kuriais bus išleista data paskirstymo Tai nebus įvykdytadaugiau ko taip pat buvo paskelbta informacija koks pKitai platinimo versijai, kuri yra „Fedora 33“ (kurį jau žinau, kad pradeda veikti) sAš padarysiu nedidelį pakeitimą sistemoje, kuri teikia tinklo pavadinimo skiriamąją gebą programoms nuo „nss-resolved“ iki „systemd-resolved“.

Įgyvendinimui „Fedora 33“ planuojama „systemd-resolved“ pakeisti „nss-resolution“ norint išspręsti DNS ir Glibc užklausas, jis bus pakeistas į „nss-solution“ iš „systemd“ projekto, o ne į įmontuotą NSS modulį „nss-dns“.

„systemd-resolved“ pakeis „nss-resolved“ „Fedora 33“

Šis pakeitimas padarytas dėl viduje Fedoroje priimto sprendimo, kad užuot nusprendę išjungti „systemd-resolved“ (kaip tai daroma ilgą laiką) geriau įjungti.

Kūrėjai tai komentuoja „systemd-solution“ atlieka tokias funkcijas kaip laikykite konfigūraciją faile resolv.conf, pagrįstą DHCP duomenimis ir statine tinklo sąsajų DNS konfigūracija, palaiko DNSSEC ir LLMNR („Link Local Multicast Name Resolution“).

Tarp perėjimo prie sistemos išspręstų privalumų yra palaikymas DNS per TLS, galimybė įgalinti vietinę DNS užklausų talpyklą ir palaikymas susiejant skirtingus procesorius su skirtingomis tinklo sąsajomis (priklausomai nuo tinklo sąsajos, prieigai pasirenkamas DNS serveris, pvz., per VPN bus siunčiamos DNS užklausos dėl VPN sąsajų). „Fedora“ nenumatoma naudoti DNSSEC („systemd-solution“ bus sukonstruota su DNSSEC = nėra vėliavos).

„Systemd-resolution“ jau naudojamas pagal numatytuosius nustatymus „Ubuntu“ Nuo 16.10 versijos integravimas „Fedora“ bus atliekamas kitaip, nes „Fedora“ pirmiausia veikia visiškai kitaip nei „Ubuntu“, o „Ubuntu“ ir toliau naudoja tradicinius glibc nss-dns, tai yra, glibc toliau tvarko / etc / resolv. Conf, o Fedora tikisi pakeisti nss-dns sistemd's nss-resolut.

Tiems, kurie nenori naudoti „systemd-solution“, bus galima jį išjungti ir tam reikia išjungti „serviced-resol.service“ paslaugą ir paleisti iš naujo „NetworkManager“, kuris sukurs tradicinę /etc/resolv.conf.

Galutinė „Fedora 32“ versija atidėta savaitei

Galiausiai, dar vienas iš „Fedora“ projekto kūrėjų paskelbtų pakeitimų buvo galutinės „Fedora 32“ versijos leidimo atidėjimas savaitei dėl kokybės kriterijų nesilaikymo.

Paleidimas „Fedora 32“ yra numatyta balandžio 28 d., O ne balandžio 21 d, kaip buvo planuota iš pradžių.

Paskutiniame bandymo kūrime tai privertė kūrėjus atidėti galutinį leidimą komentuojama bent 3 problemosS, kurie klasifikuojami kaip versijos užraktai, kurie lieka nepataisyti.

Versijų užrakinimo problemos apima: problemas, susijusias su LVM skaidinio atpažinimu avarijos atkūrimo režimu, užšalimą bandant paleisti sistemose, kuriose veikia „NVIDIA Turing“ GPU „Saugaus paleidimo“ režimu, ir trūkstamą f32 paketo fono versiją stabilioje saugykloje.

Kūrėjai tikisi, kad šios klaidos bus išspręstos per laiką, kurį jie numatė laikyti pabaigos datą savaime suprantamu (anksčiau minėta), tačiau jei taip nėra, data bus atidėta dar daugiau dienų:

Dėl atvirų blokatorių klaidų „Fedora 32 Final“ buvo paskelbta „uždrausta“. Mes vėl susitiksime balandžio 17 d., Ketvirtadienį, 00:23 UTC, kad iš naujo įvertintume situaciją ir paskelbtume galutinį „Fedora 32“ leidimą.

Jei tuo metu nustatysime, kad „Fedora 32“ yra parengta, ji bus išleista „numatoma išleidimo data Nr. 1“ balandžio 28 d.

Pagaliau jei norite daugiau sužinoti apie ryšius Išleido „Fedora“ vaikinai, galite peržiūrėti šias mūsų pateiktas nuorodas.

Nuoroda apie „Fedora 33“ pakeitimą.

Nuoroda apie „Fedora 32“ išleidimo vėlavimą.