Faceci z Fedory pracowali z całym swoim entuzjazmem i czas potrzebny na dotrzymanie harmonogramu dystrybucji ale wydaje się, że ten rok będzie kolejnym rokiem, w którym data premiery dystrybucji To się nie spełniwięcej czego informacje również zostały ujawnione co pW następnej wersji dystrybucji, którą jest Fedora 33 (co już wiem, zaczyna działać) sDokonam małej zmiany w systemie, który zapewnia rozwiązywanie nazw sieci dla aplikacji, od „nss-solution” do „systemd-resolved”.
Do realizacji w Fedorze 33 „systemd-resolved” ma zastąpić „nss-resolution” aby rozwiązać kwerendy DNS i Glibc, zostanie zmieniony na nss-solution z projektu systemd zamiast wbudowanego modułu NSS nss-dns.
systemd-resolved zastąpi nss-resolution w Fedorze 33
Ta zmiana została dokonana ze względu na decyzję podjętą wewnętrznie w Fedorze, że zamiast wyłączać opcję „systemd-resolved” (tak jak to robił przez długi czas) lepiej być włączona.
Deweloperzy to komentują systemd-solution wykonuje funkcje, takie jak zachowaj konfigurację w pliku resolv.conf w oparciu o dane DHCP i statyczną konfigurację DNS dla interfejsów sieciowych, obsługuje DNSSEC i LLMNR (Link Local Multicast Name Resolution).
Wśród korzyści płynących z przejścia na systemd-resolved jest obsługa DNS over TLS, możliwość włączenia lokalnego buforowania zapytań DNS oraz wsparcie dla wiązania różnych procesorów z różnymi interfejsami sieciowymi (w zależności od interfejsu sieciowego wybierany jest serwer DNS, do którego ma dostęp, np. zapytania DNS dla interfejsów VPN będą wysyłane przez VPN). Nie planuje się używania DNSSEC w Fedorze (systemd-resolution zostanie skonstruowany z DNSSEC = bez flagi).
Systemd-solution jest już domyślnie używany w Ubuntu Od wersji 16.10, ale integracja będzie przebiegać inaczej w Fedorze, ponieważ Fedora działa zupełnie inaczej niż Ubuntu na początku, a Ubuntu nadal używa tradycyjnych nss-dns z glibc, to znaczy glibc nadal obsługuje / etc / resolv. Conf , podczas gdy Fedora ma nadzieję na zastąpienie nss-dns przez systemd's nss-resolution.
Dla tych, którzy nie chcą używać systemd-solution, będzie można go wyłączyć w tym celu należy zdezaktywować usługę systemd-solution.service i zrestartować Menedżera sieci, co spowoduje utworzenie tradycyjnego pliku /etc/resolv.conf.
Ostateczna wersja Fedory 32 opóźniona o tydzień
Wreszcie, kolejną ze zmian, które ogłosili twórcy projektu Fedora, było odroczenie wydania ostatecznej wersji Fedory 32 o tydzień z powodu nieprzestrzegania kryteriów jakości.
Uruchomienie Fedora 32 jest zaplanowana na 28 kwietnia zamiast 21 kwietniazgodnie z pierwotnym planem.
W końcowej wersji testowej to zmusiło deweloperów do odłożenia ostatecznej wersji co najmniej 3 problemy są komentowanes zaklasyfikowane jako blokada wersji, które pozostają nieskorygowane.
Problemy z blokowaniem wersji obejmują: problemy z rozpoznawaniem partycji LVM w trybie odzyskiwania po awarii, zawieszanie się podczas próby rozruchu w systemach z procesorami graficznymi NVIDIA Turing w trybie „Bezpiecznego rozruchu” oraz brak ostatecznej wersji pakietu f32-background w stabilnym repozytorium.
Twórcy mają nadzieję, że te błędy zostaną rozwiązane w czasie, który ustalili, że ostateczna data jest oczywista (wcześniej wspomniana), ale jeśli tak nie jest, data zostanie opóźniona o więcej dni:
Z powodu błędów związanych z otwartymi blokerami, Fedora 32 Final została uznana za „zabronioną”. Spotkamy się ponownie o godzinie 17:00 czasu UTC w czwartek 23 kwietnia, aby ponownie ocenić sytuację i ogłosić ostateczne wydanie Fedory 32.
Jeśli wtedy ustalimy, że Fedora 32 jest gotowa, zostanie wydana w „oczekiwanej dacie wydania nr 1” 28 kwietnia.
W końcu jeśli chcesz dowiedzieć się więcej o komunikacji wydane przez facetów z Fedory, możesz sprawdzić poniższe linki, które udostępniamy.
Łącze o opóźnieniu w wydaniu Fedory 32.
Jestem z Beta Fedora 32 Cinnamon i idzie całkiem nieźle