Fedora 32 kasni tjedan dana i Fedora 33 će se prebaciti na systemd-rješen

Momci iz Fedore rade sa svim svojim entuzijazmom i dostupno vrijeme za ispunjavanje rasporeda lansiranja distribucije ali, čini se da će ova godina biti još jedna godina u kojoj je datum izlaska distribucije Neće biti ispunjeno, doviše od čega informacije su takođe objavljene šta strZa sljedeću verziju distribucije koja je Fedora 33 (što već znam da počinje raditi) sNapravit ću malu promjenu na sistemu koji pruža rješavanje imena mreže aplikacijama iz „nss-razreši“ u „systemd-rješava“.

Za implementaciju u Fedori 33, "systemd-rješen" planira se zamijeniti "nss-Riješiti" za rješavanje DNS i Glibc upita promijenit će se u nss-razriješiti iz projekta systemd umjesto u ugrađeni NSS modul nss-dns.

systemd-rješen zamijenit će nss-rješavanje u Fedori 33

Ova promjena je izvršena zbog interne odluke donesene u Fedori da umjesto da odlučite onemogućiti "systemd-rješen" (kao što to već dugo radi) bolje biti omogućen.

Programeri to komentarišu systemd-razrešava funkcije kao što su zadrži konfiguraciju u datoteci Resov.conf na temelju DHCP podataka i statičke DNS konfiguracije za mrežna sučelja, podržava DNSSEC i LLMNR (Link Local Multicast Name Resolution).

Među prednostima prelaska na systemd-rješen je podrška za DNS preko TLS-a, mogućnost omogućavanja lokalnog predmemoriranja DNS upita i podrška za vezivanje različitih procesora za različita mrežna sučelja (ovisno o mrežnom sučelju odabran je DNS poslužitelj za pristup, npr. DNS upiti za VPN sučelja bit će poslani preko VPN-a). Nije planirano korištenje DNSSEC-a u Fedori (sistemsko rješenje će biti izgrađeno sa DNSSEC = bez zastavice).

Systemd-rješenje se već koristi po defaultu u Ubuntuu Od verzije 16.10, ali integracija će se obavljati drugačije u Fedori, budući da se Fedora za početak ponaša potpuno drugačije od Ubuntu-a, a Ubuntu nastavlja koristiti tradicionalne glibc nss-dns, to jest, glibc nastavlja obrađivati ​​/ etc / resolv. Conf, dok se Fedora nada da će zamijeniti nss-dns sistemskim nss-rješenjem.

Za one koji ne žele koristiti systemd-rješavanje, to će biti moguće onemogućiti a za to se usluga systemd-resol.service mora deaktivirati i ponovno pokrenuti NetworkManager, što će stvoriti tradicionalni /etc/resolv.conf.

Konačna verzija Fedore 32 odgođena je za nedelju dana

Konačno, još jedna od promjena koju su najavili programeri Fedora projekta bila je odgoda objavljivanja konačne verzije Fedore 32 za tjedan dana zbog nepridržavanja kriterija kvaliteta.

Pokretanje Fedora 32 je zakazana za 28. april, umesto za 21. april, kako je prvobitno planirano.

U završnom testu gradi što je natjeralo programere da odlože konačno izdanje komentiraju se najmanje 3 problemakoji su klasificirani kao zaključavanje verzija koji ostaju neispravljeni.

Problemi sa zaključavanjem verzije uključuju: probleme s prepoznavanjem LVM particije u režimu oporavka od pada, smrzavanje pri pokušaju pokretanja na sistemima s NVIDIA Turing GPU-ima u režimu "Sigurno pokretanje" i nedostaju konačna verzija paketa f32-background u stabilnom spremištu.

Programeri se nadaju da će ove greške biti riješene u roku koji su odredili da se datum završetka podrazumijeva (prethodno spomenuto), ali u slučaju da nije tako, datum će se odgoditi za više dana:

Zbog otvorenih grešaka blokera, Fedora 32 Final proglašen je "zabranjenim". Sastat ćemo se ponovo u 17:00 UTC u četvrtak, 23. aprila, kako bismo ponovno procijenili situaciju i najavili konačno izdanje Fedore 32.

Ako u to vrijeme utvrdimo da je Fedora 32 spremna, bit će objavljena "očekivanim datumom izdanja br. 1" od 28. aprila.

Konačno ako želite znati više o komunikaciji Izdali su ih Fedorini momci, možete provjeriti sljedeće veze koje pružamo.

Link o promjeni u Fedori 33.

Link o kašnjenju u izdavanju Fedore 32.