Fedora-fyrene har arbejdet hårdt og tid til rådighed for at kunne overholde udgivelsesplanen for distributionen men det ser ud til, at dette år bliver endnu et år, hvor udgivelsesdatoen af fordelingen vil ikke blive opfyldtandet end hvad oplysninger blev også afsløret hvad stil den næste version af distributionen, som er Fedora 33 (hvor jeg allerede ved begynder at virke) sog lav en lille ændring på systemet, der giver netværksnavneopløsning til applikationer fra "nss-resolved" til "systemd-resolved".
til implementering i Fedora 33 er "systemd-resolved" planlagt til at erstatte "nss-resolved" for at løse DNS- og Glibc-forespørgsler vil skifte til nss-resolve fra systemd-projektet i stedet for det indbyggede NSS-modul nss-dns.
systemd-resolved vil erstatte nss-resolve i Fedora 33
Denne ændring er foretaget på grund af en beslutning truffet internt hos Fedora at i stedet for at vælge at deaktivere "systemd-resolved" (som den er blevet solgt i lang tid) bedre være aktiveret.
Det kommenterer udviklerne systemd-resolve udfører funktioner som f.eks bevarelse af konfigurationen i resolv.conf-filen baseret på DHCP-data og en statisk DNS-konfiguration for netværksgrænseflader, understøtter DNSSEC og LLMNR (Link Local Multicast Name Resolution).
Blandt fordelene ved at skifte til systemd-resolved er understøttelse af DNS over TLS, muligheden for at aktivere lokal caching af DNS-forespørgsler og understøttelse af binding af forskellige processorer til forskellige netværksgrænseflader (afhængigt af netværksgrænsefladen vælges en DNS-server at få adgang til, f.eks. sendes DNS-forespørgsler til VPN-grænseflader over VPN). Det er ikke planlagt at bruge DNSSEC på Fedora (systemd-resolve vil blive bygget med DNSSEC = intet flag).
Systemd-resolve bruges allerede som standard på Ubuntu fra og med version 16.10, men integrationen vil blive udført anderledes i Fedora, da Fedora til at begynde med handler helt anderledes end Ubuntu, og Ubuntu fortsætter med at bruge traditionelle glibc nss-dns, det vil sige, glibc fortsætter med at håndtere /etc/resolv. conf , mens Fedora forventer at erstatte nss-dns med systemd's nss-resolve.
For dem, der ikke ønsker at bruge systemd-resolve, vil det være muligt at deaktivere det og til dette skal du deaktivere systemd-resolve.service-tjenesten og genstarte NetworkManager, som vil skabe den traditionelle /etc/resolv.conf.
Den endelige version af Fedora 32 er en uge forsinket
Endelig var en anden af de ændringer, der blev annonceret af udviklerne af Fedora-projektet, udsættelsen af udgivelsen af den endelige version af Fedora 32 i en uge. på grund af manglende overholdelse af kvalitetskriterier.
Lanceringen af Fedora 32 er planlagt til den 28. april i stedet for den 21. april, som oprindeligt planlagt.
I sidste testbyggeri som tvang udviklerne til at udsætte den endelige udgivelse mindst 3 problemer diskuteress, der er klassificeret som versionsnedbrud, der forbliver ufixede.
Problemer med udgivelseslåsning omfatter: problemer med genkendelse af LVM-partitioner i nedbrudstilstand, frysning, når du forsøger at starte på systemer med NVIDIA Turing GPU'er i "Sikker opstart"-tilstand og manglende endelig version af f32-baggrundspakken i et stabilt lager.
Udviklerne håber, at disse fejl vil blive rettet inden for den tid, de har fastsat for at antage den endelige dato (nævnt ovenfor), men i tilfælde af at det ikke er det, vil datoen blive skubbet et par dage tilbage:
På grund af åbne blokeringsfejl blev Fedora 32 Final erklæret "forbudt". Vi mødes igen kl. 17:00 UTC torsdag den 23. april for at revurdere situationen og annoncere den endelige udgivelse af Fedora 32.
Hvis vi på det tidspunkt bestemmer, at Fedora 32 er klar, vil den blive udgivet på den "forventede udgivelsesdato #1" den 28. april.
Endelig Hvis du vil vide mere om kommunikationen udstedt af Fedora-fyrene, kan du tjekke de følgende links, vi har leveret.
Link om ændringen i Fedora 33.
Link om forsinkelsen i udgivelsen af Fedora 32.
Jeg er med Beta Fedora 32 Cinnamon, og det går ganske godt