Fedora kutid on kogu oma entusiasmiga tööd teinud ja aeg, mis on saadaval jaotuse käivitamise ajakava täitmiseks kuid näib, et see aasta on veel üks aasta, mil ilmumise kuupäev on jaotusest Seda ei täidetamillest rohkem samuti avaldati teave mida lkLevitamise järgmise versiooni jaoks, milleks on Fedora 33 (mis ma juba tean, et hakkab tööle) sMa teen väikese muudatuse süsteemis, mis pakub võrgunime eraldusvõimet rakendustele alates „nss-resolutsioon” kuni „systemd-resolved”.
Rakendamiseks Fedora 33-s on plaanis "nss-Resolue" asendada "systemd-resolved" DNS ja Glibc päringute lahendamiseks muudetakse sisseehitatud NSS-mooduli nss-dns asemel systemd projektist nss-solution.
systemd-resolved asendab Fedora 33-s nss-resolutsiooni
See muudatus on tehtud Fedoras sisemiselt tehtud otsuse tõttu "systemd-resolved" keelamise asemel (nagu see on juba pikka aega teinud) parem lubada.
Arendajad kommenteerivad seda systemd-lahendab selliseid funktsioone nagu hoidke konfiguratsiooni failis resolv.conf, mis põhineb DHCP andmetel ja staatilisel DNS-konfiguratsioonil võrguliideste jaoks, toetab DNSSEC-i ja LLMNR-i (Link Local Multicast Name Resolution).
Süsteemiga lahendatule ülemineku eeliste hulgas on tugi DNS-ile TLS-i kaudu, võimalus lubada DNS-päringute kohalikku vahemällu salvestamist ja tugi erinevate protsessorite sidumiseks erinevatele võrguliidestele (sõltuvalt võrguliidest valitakse juurdepääsuks DNS-server, nt VPN-liideste DNS-päringud saadetakse üle VPN-i). Fedoras ei plaanita kasutada DNSSEC-i (systemd-solution koostatakse DNSSEC-iga = lipp puudub).
Systemd-solution on Ubuntu vaikimisi juba kasutusel Alates versioonist 16.10 tehakse Fedoras integreerimine teisiti, kuna Fedora tegutseb kõigepealt täiesti erinevalt Ubuntust ja Ubuntu kasutab jätkuvalt traditsioonilisi glibc nss-dns, st glibc jätkab / etc / resolv. Conf, samal ajal kui Fedora loodab asendada nss-dns süsteemd nss-resolutsiooniga.
Neile, kes ei soovi systemd-Resolutsiooni kasutada, on võimalik see keelata ja selleks tuleb teenus systemd-resolutsioon.service deaktiveerida ja taaskäivitada NetworkManager, mis loob traditsioonilise /etc/resolv.conf.
Fedora 32 lõplik versioon lükkus nädala võrra edasi
Lõpuks veel üks muudatustest, millest Fedora projekti arendajad teatasid, oli Fedora 32 lõpliku versiooni ilmumise edasilükkamine nädalaks kvaliteedikriteeriumide mittetäitmise tõttu.
Käivitamine Fedora 32 on kavandatud 28. aprilli asemel 21. aprillile, nagu algselt plaanitud.
Viimases katses ehitatakse see sundis arendajaid lõpliku väljaandmise edasi lükkama vähemalt 3 probleemi kommenteeritakses, mis liigitatakse versioonilukuks ja mis jäävad parandamata.
Versioonide lukustamise probleemid hõlmavad järgmist: probleemid LVM-i partitsioonide tuvastamisega krahhi taasterežiimis, külmumine proovimisel käivitada süsteemides, kus NVIDIA Turingi GPU-d on režiimis "Safe Boot", ja f32-taustapaketi lõpliku versiooni puudumine stabiilses hoidlas.
Arendajad loodavad, et need vead lahendatakse aja jooksul, mille nad määrasid lõppkuupäeva enesestmõistetavaks pidamiseks (varem mainitud), kuid juhul, kui see pole nii, lükkub kuupäev veel mitu päeva:
Avatud blokeerijavigade tõttu tunnistati Fedora 32 Final "keelatuks". Kohtume uuesti neljapäeval, 17. aprillil kell 00:23 UTC, et olukorda ümber hinnata ja teatada Fedora 32 lõplikust vabastamisest.
Kui tuvastame sel ajal, et Fedora 32 on valmis, ilmub see "eeldatavaks väljaandmise kuupäevaks nr 1" 28. aprillil.
Lõpuks kui soovite kommunikatsioonist rohkem teada saada välja Fedora kutid, saate vaadata järgmisi linke, mida pakume.
Link Fedora 33 muudatuse kohta.
Link Fedora 32 väljaandmise viibimise kohta.
Olen Beta Fedora 32 kaneeliga ja see läheb üsna hästi