Rozpoczęły się testy wersji beta dystrybucji Fedora Linux 40. Wydanie wersji beta oznaczało przejście do końcowej fazy testów, podczas której poprawiane są jedynie krytyczne błędy. Premiera zaplanowana jest na 23 kwietnia. Wydanie obejmuje Fedora Workstation, Fedora Server, Fedora Silverblue, Fedora IoT, Fedora CoreOS, Fedora Cloud Base, Fedora Onyx i kompilacje Live, dostarczane w formie spinów z niestandardowymi środowiskami K oferowane DE Plasma 5, Xfce, MATE, Cinnamon, LXDE , Phosh, LXQt, Budgie i Sway. Zespoły są generowane dla architektur x86_64, Power64 i ARM64 (AArch64).
Najważniejsze zmiany w Fedorze Linux 40 to:
- Pulpit stacji roboczej Fedora został zaktualizowany do wersji GNOME 46.
- Wersja komputerowa KDE została zaktualizowana do wersji KDE 6, która wykorzystuje protokół Wayland. Obsługa sesji opartych na X11 została wycofana, a serwer XWayland DDX jest używany do uruchamiania aplikacji X11 w sesji opartej na Wayland. Jako powód zaprzestania obsługi sesji X11 podaje się przestarzałość serwera X.Org w RHEL 9 i decyzję o jego całkowitym usunięciu w przyszłej głównej wersji RHEL 10. Wśród czynników, które przyczyniły się do pozostawienia jedynie wsparcia Wayland, jest zastąpienie sterowników fbdev w Fedorze 36 sterownikiem simpledrm, który poprawnie współpracuje z Waylandem, a także pojawienie się obsługi Waylanda w autorskich sterownikach NVIDIA.
- Atomowo aktualizowane niestandardowe dystrybucje opracowane w ramach projektu Fedora są zjednoczone w jedną rodzinę pod marką Atomic Desktops, ale długotrwałe kompilacje atomowe zachowują starą nazwę. W rezultacie Fedora Silverblue oparta na GNOME i Fedora Kinoite oparta na KDE, a także Fedora CoreOS i Fedora IoT zachowały te same nazwy, ale nowe wersje Fedory Sericea i Fedora Onyx są teraz dystrybuowane pod nazwami Fedora Sway Atomic i Fedora Budgie Atomowy.
- Zaktualizowane wersje pakietów, w tym LLVM 18, GCC 14, binutils 2.41, glibc 2.39, gdb 14.1, PHP 8.3, Ruby 3.3, Go 1.22, Java 21, AMD ROCm 6, Boost 1.83, 389 Directory Server 3.0.0, Podman 5, PostgreSQL 16, TBB (bloki wątków) 2021.8, SQLAlchemy 2, Kubernetes 1.29.
- W konfiguratorze NetworkManager domyślnie włączony jest mechanizm określania konfliktów adresów IPv4 w sieci lokalnej (RFC 5227), którego istotą jest wysłanie testowego pakietu ARP przed dołączeniem adresu do interfejsu sieciowego (jeśli odpowiedź zostanie odebrano, wówczas adres jest zajęty i nie zostanie przydzielony). W przypadku połączeń bezprzewodowych przydzielany jest oddzielny, stały adres MAC (tryb stabilnego ssid w NetworkManager).
- Narzędzia kompilacji Mock (mock-core-configs), Koji i Copr zostały przekonwertowane tak, aby korzystały z menedżera pakietów DNF 5 do instalowania zależności kompilacji w środowisku chroot używanym podczas budowania pakietów. Sama dystrybucja zostanie przetłumaczona na DNF 5 w następnym wydaniu.
- W menedżerze pakietów DNF ładowanie metadanych z listami plików zawartych w pakietach jest domyślnie wyłączone. Takie dane są rzadko używane, ale mają duży rozmiar i spowalniają pracę.
- Pakiet z biblioteką OpenSSL 1.1 został usunięty w związku z zakończeniem wsparcia dla tej gałęzi. Zależności związane z OpenSSL 1.1 zostały przełączone na OpenSSL 3.0. Pakiet Pythona 3.7 został usunięty.
- Biblioteka Zlib została zastąpiona forkiem Zlib-ng, który jest kompatybilny z zlib na poziomie API, ale zapewnia dodatkowe optymalizacje poprawiające wydajność.
- Zatrzymano generowanie aktualizacji delta pakietów RPM, umożliwiając wczytanie podczas aktualizacji jedynie zmienionych danych w stosunku do już zainstalowanej wersji pakietu. Obsługa Deltarpm została wyłączona w DNF i DNF5.
- Dodano Passim, serwer buforujący do dystrybucji często żądanych plików w sieci lokalnej bez bezpośredniego kontaktu z głównymi serwerami i bez angażowania globalnych sieci CDN.
- Moduł pam_userdb został przeniesiony z BerkeleyDB do GDBM ze względu na przestarzałą gałąź BerkeleyDB 5.x i przeniesienie gałęzi BerkeleyDB 6.x do niedopuszczalnej licencji. Bogofilter został przekonwertowany do używania SQLite zamiast BerkeleyDB (libdb).
- Do tworzenia obrazów Live stacji roboczej Fedory używany jest zestaw narzędzi Image Builder, który obsługuje powtarzalne kompilacje i oferuje użytkownikom łatwiejszy proces dostosowywania obrazów.
- Zestaw narzędzi osbuild służy do tworzenia minimalnych obrazów dla architektury ARM.
- Do generowania obrazów Fedory Cloud Edition zamiast ImageFactory używane są narzędzia Kiwi.
- Pakiety dla Kubernetes zostały zrestrukturyzowane.
- Fedora IoT, wydanie dla urządzeń Internetu rzeczy, zostało przekonwertowane tak, aby korzystało z kontenerów startowych utworzonych przy użyciu zestawu narzędzi OSTree i technologii bootc.
- Narzędzie wget zostało zastąpione przez wget2, a narzędzie iotop przez iotop-c.
- Wersje Fedory Silverblue i Kinoite zawierają bootupd, który wykonuje aktualizacje programu ładującego.
- Biblioteka libuser została uznana za przestarzałą, pozostawiona bez konserwacji i nie jest już używana w innych pakietach Fedory (SSSD jest od dawna używany w dystrybucji do obsługi LDAP). Pakiet passwd z implementacją narzędzia passwd opartą na libuser został usunięty i zastąpiony podobnym narzędziem z pakietu Shadow-utils.
- Wykonano prace, aby przygotować GCC na domyślne włączenie nowszej wersji standardu języka C, co oznacza koniec domyślnej obsługi niektórych starszych funkcji języka, takich jak niejawna definicja funkcji i niejawne przypisanie int.
- Wdrożono drugi etap przejścia na zmodernizowany proces załadunku zaproponowany przez Lennarta Pötteringa. Różnice w stosunku do klasycznego bootowania polegają na zastosowaniu zamiast obrazu initrd generowanego w systemie lokalnym podczas instalacji pakietu jądra, ujednoliconego obrazu jądra UKI (Unified Kernel Image), wygenerowanego w infrastrukturze dystrybucyjnej i podpisanego cyfrowo przez dystrybucja. Obraz UKI łączy w jednym pliku procedurę ładowania jądra z UEFI (odgałęzienie rozruchowe UEFI), obraz jądra Linuksa i środowisko systemowe initrd ładowane do pamięci. Wywołując obraz UKI z UEFI, można sprawdzić integralność i niezawodność podpisu cyfrowego nie tylko jądra, ale także zawartości initrd, którego weryfikacja wiarygodności jest ważna, ponieważ w tym środowisku klucze do odszyfrowania głównego pliku FS.
W drugim etapie dodano możliwość bezpośredniego ładowania UKI z modułu shim.efi UEFI bez użycia osobnego bootloadera (grub, sd-boot), zaimplementowano obsługę wykorzystania UKI na systemach z architekturą Aarch64 oraz wprowadzono wersję Obraz UKI został przygotowany z myślą o środowiskach chmurowych i chronionych maszynach wirtualnych. Wcześniej, w pierwszym etapie w Fedorze 38, do bootloadera dodano obsługę UKI, zaimplementowano narzędzia do instalacji i aktualizacji UKI oraz stworzono eksperymentalny obraz UKI do uruchamiania maszyn wirtualnych z ograniczonym zestawem komponentów i sterowników.
- Do repozytorium dodano gotowy pakiet z frameworkiem uczenia maszynowego PyTorch, dostępny do instalacji za pomocą polecenia „dnf install pytorch”. Obecnie pakiet zawiera tylko komponenty do obliczeń CPU, ale w przyszłych wydaniach planują dodać obsługę wykorzystania procesorów graficznych i wyspecjalizowanych akceleratorów NPU.
Źródło: opennet.ru