Fedora puiši ir strādājuši ar visu savu entuziasmu un pieejamais laiks, lai izpildītu izplatīšanas palaišanas grafiku bet, šķiet, ka šogad būs vēl viens gads, kurā tiks izlaists datums sadalījuma Tas netiks izpildīts, laivairāk par ko informācija arī tika izlaista kāda pNākamajai izplatīšanas versijai, kas ir Fedora 33 (par ko es jau zinu, ka sāk darboties) sEs veikšu nelielas izmaiņas sistēmā, kas nodrošina tīkla nosaukuma izšķirtspēju lietojumprogrammām no “nss-Resolved” līdz “systemd-resolved”.
Īstenošanai Fedora 33 plānots aizstāt "nss-resolved" ar "systemd-resolved" lai atrisinātu DNS un Glibc vaicājumus, tas tiks mainīts uz nss-atrisināt no systemd projekta, nevis iebūvētā NSS moduļa nss-dns.
systemd-resolved aizstās nss-Resolved Fedora 33
Šīs izmaiņas ir veiktas sakarā ar iekšēji Fedorā pieņemto lēmumu tā vietā, lai izvēlētos atspējot "systemd-resolved" (kā tas ir darīts ilgu laiku) labāk iespējot.
Izstrādātāji to komentē systemd-atrisināt veic tādas funkcijas kā saglabājiet konfigurāciju failā resolv.conf, pamatojoties uz DHCP datiem un statisku DNS konfigurāciju tīkla saskarnēm, atbalsta DNSSEC un LLMNR (Link Local Multicast Name Resolution).
Starp priekšrocībām, kas saistītas ar pāreju uz sistēmas atrisināšanu, ir atbalsts DNS, izmantojot TLS, spēja iespējot DNS vaicājumu lokālo kešatmiņu un atbalsts dažādu procesoru piesaistīšanai dažādām tīkla saskarnēm (atkarībā no tīkla saskarnes tiek izvēlēts DNS serveris, kuram piekļūt, piemēram, DNS vaicājumi VPN saskarnēm tiks nosūtīti pa VPN). Fedorā nav paredzēts izmantot DNSSEC (systemd-solution tiks konstruēts ar DNSSEC = nav karodziņa).
Systemd-solution jau tiek izmantots pēc noklusējuma Ubuntu Sākot ar versiju 16.10, bet Fedora integrācija tiks veikta citādi, jo Fedora vispirms darbojas pilnīgi atšķirīgi no Ubuntu un Ubuntu turpina izmantot tradicionālos glibc nss-dns, tas ir, glibc turpina rīkoties ar / etc / resolv. Conf, kamēr Fedora cer nss-dns aizstāt ar systemd's nss-atrisināt.
Tiem, kuri nevēlas izmantot systemd-solution, to būs iespējams atspējot un tam ir jādeaktivizē serviss systemd-resol.service un jārestartē NetworkManager, kas izveidos tradicionālo /etc/resolv.conf.
Fedora 32 galīgā versija kavējās nedēļu
Visbeidzot, vēl viena no izmaiņām, par kurām paziņoja Fedora projekta izstrādātāji, bija Fedora 32 galīgās versijas izlaišanas atlikšana uz nedēļu kvalitātes kritēriju neievērošanas dēļ.
Gada sākums Fedora 32 ir plānota 28. aprīlī, nevis 21. aprīlī, kā sākotnēji plānots.
Pēdējā testa būvē tas piespieda izstrādātājus atlikt galīgo izlaišanu tiek komentētas vismaz 3 problēmass, kas tiek klasificēti kā versijas bloķēšana un paliek neizlaboti.
Versiju bloķēšanas problēmas ietver: problēmas ar LVM nodalījumu atpazīšanu avārijas atkopšanas režīmā, sasalšana, mēģinot sāknēt sistēmās ar NVIDIA Turing GPU režīmā "Droša sāknēšana", un stabilā repozitorijā trūkst f32 fona pakotnes galīgās versijas.
Izstrādātāji cer, ka šīs kļūdas tiks novērstas laikā, ko viņi noteica, lai beigu datumu uzskatītu par pašsaprotamu (iepriekš minēts), taču, ja tas tā nav, datums tiks aizkavēts vēl vairākas dienas:
Atvērto bloķētāju kļūdu dēļ Fedora 32 Final tika pasludināts par "aizliegtu". Mēs atkal tiksimies ceturtdien, 17. aprīlī plkst. 00:23 pēc UTC, lai pārvērtētu situāciju un paziņotu par Fedora 32 galīgo izlaišanu.
Ja tajā laikā noteiksim, ka Fedora 32 ir gatavs, tas tiks izlaists 1. aprīļa "paredzētajā izlaišanas datumā Nr. 28".
Beidzot ja vēlaties uzzināt vairāk par saziņu ko izdevuši Fedora puiši, varat apskatīt šīs mūsu sniegtās saites.
Saite par Fedora 32 izlaišanas aizkavēšanos.
Es esmu kopā ar Beta Fedora 32 kanēli, un tas notiek diezgan labi