Fantje v Fedori delajo z vsem svojim navdušenjem in čas, ki je na voljo za izpolnitev urnika lansiranja distribucije vendar se zdi, da bo letošnje leto še eno leto, v katerem bo datum izida distribucije Ne bo izpolnjeno, dokaj več objavljene so bile tudi informacije kaj strZa naslednjo različico distribucije, ki je Fedora 33 (kar že vem, da začne delovati) sNaredil bom majhno spremembo v sistemu, ki aplikacijam omogoča ločevanje omrežnih imen iz »nss-razrešitve« v »sistemd-razrešene«.
Za izvedbo v Fedori 33 naj bi "systemd-rješen" nadomestil "nss-razreši" za reševanje poizvedb DNS in Glibc bo spremenjen v nss-razrešitev iz projekta systemd namesto vgrajenega NSS modula nss-dns.
systemd-rješen bo nadomestil nss-razrešitev v Fedori 33
Ta sprememba je narejena zaradi notranje odločitve Fedore, da namesto da bi se odločili, da onemogočite "sistemsko rešeno" (kot že dolgo časa) bolje omogočiti.
Razvijalci to komentirajo Systemd-Resolution izvaja funkcije, kot so ohrani konfiguracijo v datoteki resolv.conf na podlagi podatkov DHCP in statične konfiguracije DNS za omrežne vmesnike, podpira DNSSEC in LLMNR (Link Local Multicast Name Resolution).
Med prednostmi prehoda na sistemsko rešitev je podpora za DNS prek TLS, možnost omogočanja lokalnega predpomnjenja poizvedb DNS in podporo za vezavo različnih procesorjev na različne omrežne vmesnike (odvisno od omrežnega vmesnika je za dostop izbran strežnik DNS, npr. DNS poizvedbe za vmesnike VPN bodo poslane prek VPN). V Fedori ni predvidena uporaba DNSSEC (razrešitev sistema bo sestavljena z DNSSEC = brez zastavice).
Rešitev Systemd se privzeto že uporablja v Ubuntuju Od različice 16.10 se bo integracija v Fedori izvajala drugače, saj Fedora za začetek deluje povsem drugače kot Ubuntu, Ubuntu pa še naprej uporablja tradicionalne glibc nss-dns, to je, da glibc še naprej obdeluje / etc / resolv. Conf, medtem ko Fedora upa, da bo nss-dns zamenjala s sistemsko nss-razrešitvijo.
Za tiste, ki ne želijo uporabljati sistemske rešitve, jo bo mogoče onemogočiti za to pa je treba deaktivirati storitev systemd-resol.service in ponovno zagnati NetworkManager, kar bo ustvarilo tradicionalni /etc/resolv.conf.
Končna različica Fedore 32 zamuja za en teden
Nazadnje, še ena sprememba, ki so jo napovedali razvijalci projekta Fedora, je bila preložitev izdaje končne različice Fedore 32 za en teden zaradi neupoštevanja meril kakovosti.
Izstrelitev Fedora 32 je namesto 28. aprila predvidena za 21. april, kot je bilo prvotno načrtovano.
V zadnjem preizkusu gradi ki je razvijalce prisililo, da preložijo končno izdajo komentirajo se vsaj 3 težaves, ki so razvrščene kot različice za zaklepanje, ki ostanejo nepopravljene.
Težave z zaklepanjem različic vključujejo: težave s prepoznavanjem particij LVM v načinu za obnovo po zrušitvi, zamrznitev pri poskusu zagona v sistemih z grafičnimi procesorji NVIDIA Turing v načinu "Safe Boot" in manjkajoča končna različica paketa f32-background v stabilnem skladišču.
Razvijalci upajo, da bodo te napake odpravljene v roku, za katerega so predvideli, da bo končni datum samoumeven (prej omenjeno), v primeru, da ne bo, pa se bo datum zamaknil za več dni:
Zaradi odkritih napak blokatorja je bila Fedora 32 Final razglašena za "prepovedano". V četrtek, 17. aprila, se bomo spet sestali ob 00:23 UTC, da bomo ponovno ocenili situacijo in napovedali končno izdajo Fedore 32.
Če takrat ugotovimo, da je Fedora 32 pripravljena, bo izdana "pričakovani datum izdaje št. 1" 28. aprila.
Končno če želite izvedeti več o komunikaciji izdali fantje Fedore, si lahko ogledate naslednje povezave, ki jih ponujamo.
Povezava o spremembi Fedore 33.
Povezava o zamudi pri izdaji Fedore 32.
Sem z Beta Fedora 32 Cinnamon in gre kar dobro