testowanie wersji beta dystrybucji Fedora 33. Wydanie beta oznacza przejście do finalnej fazy testów, w której dopuszczalne jest tylko poprawianie krytycznych błędów. Wydanie na koniec października. Wydanie obejmuje , Fedora Server, Fedora Silverblue, Fedora IoT i wersje Live, dostarczane w formie z środowiskami desktopowymi KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE i LXQt. Wersje przygotowane są dla architektur x86_64, ARM (Raspberry Pi 2 i 3), ARM64 (AArch64) oraz Power.
Najważniejsze w Fedora 33:
- Wszystkie warianty dystrybucji dla desktopów (Fedora Workstation, Fedora KDE itd.) przeszły na domyślne użycie systemu plików Btrfs. Zastosowanie wbudowanego menedżera partycji Btrfs pozwoli rozwiązać problemy z wyczerpywaniem się wolnego miejsca na dysku podczas oddzielnego montowania katalogów / i /home. W przypadku Btrfs te partycje można umieścić w dwóch poddziałach, montowanych oddzielnie, ale korzystających z wspólnej przestrzeni dyskowej. Btrfs umożliwia również korzystanie z takich funkcji jak migawki, przezroczysta kompresja danych, właściwa izolacja operacji wejścia/wyjścia przez cgroups2 oraz zmiana rozmiaru partycji w locie.
- Fedora Workstation została zaktualizowana do wydania , w którym zoptymalizowano wydajność, wprowadzono interfejs powitalny (Welcome Tour) z informacjami o podstawowych funkcjach GNOME, rozszerzono narzędzia kontroli rodzicielskiej, dodano możliwość przypisywania różnych częstotliwości odświeżania ekranu dla każdego monitora oraz dodano opcję ignorowania połączeń nieautoryzowanych urządzeń USB podczas blokowania ekranu.
- W domyślnej wersji Fedora Workstation dodano Thermald do monitorowania parametrów czujników temperatury i ochrony CPU przed przegrzaniem w czasie szczytowych obciążeń.
- Domyślnie włączono animowane tapety pulpitu, które zmieniają kolor w zależności od pory dnia.
- Zamiast vi domyślnie oferowany jest edytor tekstu nano. Zmiana ta wynika z chęci uczynienia dystrybucji bardziej dostępną dla nowicjuszy, oferując edytor, z którego może korzystać każdy użytkownik, nie mający specjalistycznej wiedzy o metodach pracy w edytorze Vi. W pakiecie podstawowym wciąż znajduje się pakiet vim-minimal (bezpośrednie wywołanie vi zostało zachowane) i użytkownik ma możliwość zmiany domyślnego edytora na vi według własnych preferencji.
- Wśród oficjalnych edycji dystrybucji przyjęto (Fedora IoT), który teraz jest dostarczany obok Fedora Workstation i Fedora Server. Wydanie Fedora IoT opiera się na tych samych technologiach, które są stosowane w , i , i oferuje minimalnie uproszczone środowisko systemowe, którego aktualizacja odbywa się atomowo przez zastąpienie całego obrazu systemu, bez podziału na poszczególne pakiety. Do kontroli integralności używana jest weryfikacja całego obrazu systemu podpisem cyfrowym. Aby odizolować aplikacje od głównego systemu stosowane są izolowane kontenery (w zarządzaniu używany jest podman).
Środowisko systemowe Fedora IoT jest budowane przy użyciu technologii , w ramach której obraz systemu jest atomowo aktualizowany z repozytorium podobnego do Gita, co pozwala zastosować metody kontroli wersji do komponentów dystrybucji (np. można szybko przywrócić system do poprzedniego stanu). Pakiety RPM są transponowane do repozytorium OSTree przy pomocy specjalnej warstwy . Gotowe kompilacje dla architektur x86_64, Aarch64 i ARMv7 (armhfp). wsparcie dla płyt Raspberry Pi 3 Model B/B+, 96boards Rock960 Consumer Edition, Pine64 A64-LTS, Pine64 Rockpro64 i Rock64 oraz Up Squared, a także maszyn wirtualnych x86_64 i aarch64.
- W edycji Fedora z pulpitem KDE domyślnie aktywowany jest proces w tle earlyoom, który w ostatnim wydaniu był proponowany w Fedora Workstation. Earlyoom umożliwia szybsze reagowanie na braki pamięci, zanim wywoła się obsługę OOM (Out Of Memory) w jądrze, która jest uruchamiana, gdy sytuacja staje się krytyczna i system zazwyczaj nie reaguje na działania użytkownika. Jeśli dostępna pamięć jest mniejsza niż 4%, ale nie większa niż 400 MiB, earlyoom wymusi zakończenie procesu, który najbardziej intensywnie wykorzystuje pamięć (mającego najwyższą wartość /proc/*/oom_score), nie doprowadzając stanu systemu do czyszczenia buforów systemowych.
- Zaktualizowane wersje wielu pakietów, w tym RPM 4.16, Python 3.9, Perl 5.32, Binutils 2.34, Boost 1.73, Glibc 2.32, Go 1.15, Java 11, LLVM/Clang 11, GNU Make 4.3, Node.js 14, Erlang 23, LXQt 0.15.0, Ruby on Rails 6.0, Stratis 2.1.0. Wsparcie dla Pythona 2.6 i Pythona 3.4 zostało zakończone. Dla architektury aarch64 zapewniono dostawę .NET Core.
- Wsparcie dla modułu mod_php dla serwera http Apache zostało zakończone, zamiast tego do uruchamiania aplikacji webowych w języku PHP zaproponowano użycie php-fpm.
- W pakiecie z Firefoxem dla Fedory łaty dla sprzętowego przyspieszenia dekodowania wideo przy użyciu VA-API (Video Acceleration API) oraz FFmpegDataDecoder, które włączane jest również w sesjach opartych na technologii WebRTC, stosowanej w aplikacjach webowych do prowadzenia wideokonferencji. Przyspieszenie działa w środowiskach opartych na Wayland i X11 (przy uruchamianiu „MOZ_X11_EGL=1 firefox” i włączeniu opcji „media.ffmpeg.vaapi.enabled”).
- W serwerze i kliencie synchronizacji dokładnego czasu chrony oraz w instalatorze włączono wsparcie dla mechanizmu uwierzytelniania NTS (Network Time Security).
- W Wine domyślnie backend na bazie warstwy DXVK, która zapewnia implementację DXGI (DirectX Graphics Infrastructure), Direct3D 9, 10 i 11, działającą poprzez translację wywołań w API Vulkan.
W przeciwieństwie do wbudowanych w Wine implementacji Direct3D 9/10/11 działających na OpenGL, DXVK umożliwia osiągnięcie wyższej wydajności przy uruchamianiu aplikacji 3D i gier w Wine. - Podczas kompilacji pakietów domyślnie optymalizacje na etapie wiązania (LTO, Link Time Optimization). W redhat-rpm-config dodano opcję „-flto”.
- Dla rozwiązywania zapytań DNS domyślnie systemd-resolved. Glibc został przełączony na nss-resolve z projektu systemd zamiast wbudowanego modułu NSS nss-dns.
Systemd-resolved realizuje takie funkcje jak utrzymywanie ustawień w pliku resolv.conf na podstawie danych DHCP i statycznej konfiguracji DNS dla interfejsów sieciowych, wspiera DNSSEC oraz LLMNR (Link Local Multicast Name Resolution). Zaletą przejścia na systemd-resolved jest wsparcie dla DNS over TLS, możliwość włączenia lokalnego cache'a zapytań DNS oraz wsparcie dla przypisywania różnych obsługujących do różnych interfejsów sieciowych (w zależności od interfejsu sieciowego wybierany jest serwer DNS, na przykład dla interfejsów VPN zapytania DNS będą wysyłane przez VPN). DNSSEC w Fedore nie jest planowane (systemd-resolved będzie kompilowany z flagą DNSSEC=no).
Aby wyłączyć systemd-resolved, można dezaktywowć usługę systemd-resolved.service i ponownie uruchomić NetworkManager, który utworzy tradycyjny /etc/resolv.conf. - W NetworkManagerze do przechowywania ustawień zamiast wtyczki ifcfg-rh plik w formacie keyfile.
- Dla systemów ARM64 kompilacja pakietów z zastosowaniem uwierzytelniania wskaźników (Pointer Authentication) i ochrony przed wykonywaniem zestawów instrukcji, na które nie powinny następować skoki w przypadku warunkowego przełączania (BTI, Branch Target Indicator). Wymienione mechanizmy są skuteczne w ochronie przed atakami wykorzystującymi techniki powracającego programowania (ROP), w których atakujący nie stara się umieścić swojego kodu w pamięci, lecz operuje już istniejącymi w załadowanych bibliotekach fragmentami instrukcji maszynowych, kończącymi się instrukcją zwracającą kontrolę.
- Przeprowadzono w celu uproszczenia realizacji technologii wyboru pokazu menu rozruchowego, w której menu domyślnie jest ukryte i pojawia się tylko po awarii lub włączeniu opcji w GNOME.
- Zamiast tworzenia tradycyjnej partycji swap umieszczanie swapu z użyciem urządzenia blokowego zRAM, które przechowuje dane w pamięci RAM w postaci skompresowanej.
- proces w tle (Storage Instantiation Daemon) do monitorowania stanu urządzeń w różnych podsystemach pamięci masowej (LVM, multipath, MD) oraz wywoływania obróbców przy wystąpieniu określonych zdarzeń, na przykład w celu aktywacji i dezaktywacji urządzeń. SID działa jako nakładka nad udev i reaguje na zdarzenia z niego pochodzące, co pozwala uniknąć tworzenia skomplikowanych reguł udev do interakcji z różnymi klasami urządzeń i podsystemami pamięci masowej, które są trudne do utrzymania i debugowania.
- Baza danych pakietów RPM (rpmdb) z BerkeleyDB na SQLite. Głównym powodem zmiany jest używanie w rpmdb przestarzałej wersji Berkeley DB 5.x, która nie jest już wspierana od kilku lat. Przeszkodą w przejściu na nowsze wydania jest zmiana licencji Berkeley DB 6 na AGPLv3, której wymagania odnoszą się również do aplikacji używających BerkeleyDB jako biblioteki (RPM jest dostarczany na licencji GPLv2, a AGPL jest niekompatybilna z GPLv2). Ponadto obecna implementacja rpmdb oparta na BerkeleyDB nie zapewnia wymaganej niezawodności, ponieważ nie korzysta z transakcji i nie jest w stanie wykrywać niespójności w bazie danych.
Źródło: opennet.ru
