Fedora-gutta har jobbet med all sin entusiasme og tid tilgjengelig for å oppfylle lanseringsplanen for distribusjon men det ser ut til at dette året vil være nok et år der utgivelsesdatoen av distribusjonen Det vil ikke bli oppfylt, åmer av hva informasjon ble også gitt ut hva sFor neste versjon av distribusjonen som er Fedora 33 (som jeg allerede vet begynner å virke) sJeg vil gjøre en liten endring på systemet som gir nettverksnavnoppløsning til applikasjoner fra “nss-løse” av “systemd-løst”.
For implementering i Fedora 33 er "systemd-løst" planlagt å erstatte "nss-løse" for å løse DNS- og Glibc-spørsmål vil det bli endret til nss-løse fra systemd-prosjektet i stedet for den innebygde NSS-modulen nss-dns.
systemd-løst vil erstatte nss-løse i Fedora 33
Denne endringen er gjort på grunn av avgjørelsen internt i Fedora at i stedet for å velge å deaktivere "systemd-løst" (som det har gjort lenge) bedre være aktivert.
Utviklerne kommenterer det systemd-løse utfører funksjoner som beholde konfigurasjonen i resolv.conf-filen basert på DHCP-data og en statisk DNS-konfigurasjon for nettverksgrensesnitt, støtter DNSSEC og LLMNR (Link Local Multicast Name Resolution).
Blant fordelene ved å bytte til systemd-løst er støtte for DNS over TLS, muligheten for å aktivere lokal caching av DNS-spørsmål og støtte for å binde forskjellige prosessorer til forskjellige nettverksgrensesnitt (avhengig av nettverksgrensesnittet, blir en DNS-server valgt for å få tilgang, f.eks. DNS-spørsmål om VPN-grensesnitt vil bli sendt over VPN). Det er ikke planlagt å bruke DNSSEC i Fedora (systemd-løsning vil bli konstruert med DNSSEC = ingen flagg).
Systemd-løsning brukes allerede som standard i Ubuntu Fra versjon 16.10, men integrasjonen vil bli gjort annerledes i Fedora, siden Fedora fungerer helt annerledes enn Ubuntu til å begynne med, og Ubuntu fortsetter å bruke tradisjonelle glibc nss-dns, det vil si at glibc fortsetter å håndtere / etc / resolv. Conf, mens Fedora håper å erstatte nss-dns med systemds nss-resolusjon.
For de som ikke vil bruke systemd-løse, vil det være mulig å deaktivere det og for dette må systemd-resolution.service-tjenesten deaktiveres og NetworkManager startes på nytt, noe som vil opprette den tradisjonelle /etc/resolv.conf.
Endelig versjon av Fedora 32 forsinket i en uke
Endelig var en annen av endringene som utviklerne av Fedora-prosjektet kunngjorde utsettelsen av utgivelsen av den endelige versjonen av Fedora 32 i en uke på grunn av manglende overholdelse av kvalitetskriterier.
Lanseringen av Fedora 32 er planlagt til 28. april, i stedet for 21. april, som opprinnelig planlagt.
I den siste testen bygger som tvang utviklerne til å utsette den endelige utgivelsen minst 3 problemer er kommenterts som er klassifisert som versjonslås som ikke er korrigert.
Versjonslåsingsproblemer inkluderer: problemer med LVM-partisjonsgjenkjenning i kollisjonsgjenopprettingsmodus, frysing når du prøver å starte på systemer med NVIDIA Turing GPUer i "Safe Boot" -modus, og mangler f32-bakgrunnspakke endelig versjon i et stabilt lager.
Utviklerne håper at disse feilene vil bli løst innen den tiden de fastslo å ta sluttdatoen for gitt (tidligere nevnt), men hvis det ikke er slik, vil datoen bli forsinket flere dager:
På grunn av åpne blokkeringsfeil ble Fedora 32 Final erklært "forbudt". Vi møtes igjen klokka 17:00 UTC torsdag 23. april for å revurdere situasjonen og kunngjøre den endelige utgivelsen av Fedora 32.
Hvis vi på det tidspunktet finner ut at Fedora 32 er klar, vil den bli utgitt på "forventet utgivelsesdato nr. 1" den 28. april.
Endelig hvis du vil vite mer om kommunikasjonen utstedt av Fedora-gutta, kan du sjekke ut følgende lenker vi gir.
Link om endringen i Fedora 33.
Link om forsinkelsen i utgivelsen av Fedora 32.
Jeg er med Beta Fedora 32 kanel, og det går ganske bra