Zapowiedziano wydanie dystrybucji Fedora Linux Fedora Workstation, Fedora KDE Plasma Desktop, Fedora Server, Fedora IoT, Fedora CoreOS, Fedora Cloud Base, Fedora IoT Edition, Fedora Silverblue, Fedora Kinoite oraz kompilacje Live są dostępne do pobrania. Kompilacje te są dostępne dla architektur x86_64, Power64 i ARM64 (AArch64).
Najważniejsze zmiany w Fedorze Linux 42:
- Wersję Fedora KDE Plasma Desktop uznano za podstawową edycję dystrybucji, zapewniającą taki sam poziom wsparcia jak Fedora Workstation. Dzięki temu warianty dystrybucji GNOME i KDE mają teraz identyczny status i są prezentowane na równych prawach. Poważne problemy specyficzne dla środowiska KDE będą teraz uznawane za blokujące wydanie, tak jak wcześniej poważne problemy w środowisku GNOME były blokowane przed wydaniem. Ponadto Fedora KDE Plasma Desktop dodaje obsługę architektury Power (ppc64le), która zapewnia pełny stos aplikacji KDE, w tym KDE PIM. Dla systemów OpenPOWER, takich jak Talos Workstation, dostępne są wersje Live środowiska KDE obsługujące instalację.
- Dodano oficjalne kompilacje Spin dystrybucji ze środowiskiem graficznym COSMIC, opracowanym przez System76 w języku Rust. COSMIC zapewnia hybrydowy tryb kafelkowania i układania okien (grupowanie okien podobne do kart przeglądarki), które można włączyć w powiązaniu z pulpitami wirtualnymi.
- Pulpit w Fedorze Workstation został zaktualizowany do gałęzi GNOME 48. Zaktualizowano środowiska graficzne Xfce 4.20 i LXQt 2.1.
- Fedora Workstation domyślnie korzysta z nowej wersji instalatora Anacondy, która zastępuje interfejs oparty na GTK interfejsem internetowym. Interfejs internetowy został zbudowany z wykorzystaniem frameworka React JavaScript, elementów projektowych PatternFly oraz komponentów z projektu Cockpit, który jest już używany w produktach Red Hat do konfiguracji i zarządzania. zarządzanie serweremZamiast ekranu głównego z listą czynności, nowy interfejs oferuje interfejs oparty na kreatorze, pozwalający użytkownikom na sekwencyjne wykonywanie określonych kroków bez konieczności powrotu do ekranu głównego. Interfejs internetowy umożliwia interakcję za pośrednictwem przeglądarki internetowej, umożliwiając zdalne sterowanie urządzeniem.
Proponowany interfejs jest pozbawiony komplikacji i bardziej zrozumiały dla początkujących użytkowników. Jako opcję podstawową proponuje się użycie trybu automatycznego (sterowanego) partycjonowania dysku, w którym instalator sam wybiera parametry tworzenia lub zmiany partycji na podstawie ustawień wybranych przez użytkownika. Dodano opcję ponownej instalacji dystrybucji (na przykład w celu przywrócenia działania, jeśli niektóre pliki systemowe ulegną uszkodzeniu), a także możliwość instalacji w trybie podwójnego rozruchu, aby móc korzystać z wielu systemów operacyjnych na jednym komputerze.
- Klasyczny instalator Anacondy został przełączony na protokół Wayland, co wyeliminowało zależności X11 od nośnika instalacyjnego. Proces zdalnej instalacji został przeniesiony z klienta TigerVNC VNC do aplikacji grd (Gnome Remote Desktop), która wykorzystuje protokół RDP. Domyślnie partycjonowanie GPT jest włączone dla wszystkich obsługiwanych architektur.
- Zawartość katalogów /usr/bin i /usr/sbin została połączona. Katalog /usr/sbin został zastąpiony dowiązaniem symbolicznym wskazującym na /usr/bin. Rozdzielanie plików wykonywalnych do katalogów bin i sbin jest uważane za przestarzałą praktykę, która straciła swoje znaczenie w nowoczesnych dystrybucjach. Ujednolicenie bin i sbin uprości pracę opiekunów pakietów, którzy nie będą musieli zgadywać, w którym katalogu umieścić plik wykonywalny; uczyni system bardziej przewidywalnym i zrozumiałym dla użytkowników; zwiększy kompatybilność z innymi dystrybucjami; zmniejszy liczbę sprawdzeń katalogów podczas wykonywania execvp() i podobnych wywołań.
- Dodano nowe grupy flatpak i diskadmin, aby umożliwić nieuprawnionym użytkownikom dostęp do funkcji zarządzania pakietami systemowymi w formacie Flatpak i pamięcią zewnętrzną. Zmiana wyeliminowała potrzebę dodawania użytkownika do grupy kół, tj. umożliwia pracę z dyskami flatpak i dyskami zewnętrznymi bez konieczności udostępniania innych operacji administracyjnych. Użytkownicy z grupy Wheel dodatkowo mają możliwość odblokowania (LUKS) i zamontowania dysków zewnętrznych bez konieczności podawania hasła.
- Dozwolone jest umieszczanie w pakietach dodatkowych wariantów wykonywalnych, zoptymalizowanych pod kątem mikroarchitektur x86-64-v2, x86-64-v3 i x86-64-v4. W większości przypadków wzrost wydajności podczas montażu takich architektur nie przekracza 10%, lecz w niektórych sytuacjach prowadzi do zauważalnego zwiększenia wydajności (nawet do 120%). Decyzja o dodaniu dodatkowych zoptymalizowanych plików wykonywalnych podejmowana jest przez opiekunów pakietów w oparciu o wyniki testów wydajnościowych konkretnych pakietów.
- Wersje live dystrybucji wykorzystujące obraz systemu w trybie tylko do odczytu zostały przełączone ze SquashFS na system plików EROFS. Powody, dla których podjęto tę decyzję, to m.in. aktywniejszy rozwój EROFS (ostatnia wersja narzędzi SquashFS ukazała się wiosną 2023 r.) i obecność zaawansowanych funkcji w EROFS, które mogą zostać wykorzystane w przyszłości. W porównaniu do SquashFS, EROFS ma gorszy poziom kompresji (rozmiar obrazu wynosi 2.7 GiB w EROFS w porównaniu do 2.0 GiB w SquashFS przy użyciu algorytmu kompresji XZ oraz 3.9 GiB w porównaniu do 3.1 GiB przy użyciu LZ4), ale charakteryzuje się większą szybkością dostępu losowego i przepustowością (7.1 MiB/s w EROFS w porównaniu do 5.0 MiB/s w SquashFS dla XZ i 30.9 MiB/s w porównaniu do 26.3 MiB/s dla LZ4).
- Systemy Fedora Atomic Desktop, takie jak Fedora Silverblue (GNOME), Fedora Kinoite (KDE), Fedora Sway Atomic i Fedora Budgie Atomic, domyślnie przeszły na system plików Composefs, dzięki czemu mogą teraz używać partycji głównej tylko do odczytu, a także umożliwiają weryfikację integralności partycji systemowej w celu wykrywania problemów podczas działania. Partycje /etc i /var nadal będą montowane i możliwe do zapisu. System plików Composefs został zaimplementowany jako dodatek do systemów plików OverlayFS i EROFS, które są już obecne w jądrze, i jest zoptymalizowany pod kątem wydajnego wspólnego przechowywania zawartości kilku zamontowanych obrazów dysków.
- W wydaniu Fedora Kinoite (odmiana aktualizowana atomowo z KDE) automatyczne aktualizacje są domyślnie włączone.
- Dostępne są oficjalne kompilacje Fedory dla podsystemu WSL (Windows Podsystem dla Linux), które znajdują się na liście Linux-dystrybucje oferowane do szybkiej instalacji w WSL. Kompilacje są tworzone w nowym formacie, co pozwala na dystrybucję dystrybucji z własnego serwery bez przesyłania do katalogu Microsoft Store, bez pakowania w formacie appx i bez umieszczania kodu specyficznego dla zestawu Windows.
- Używana jest nowa gałąź biblioteki multimedialnej SDL 3. W przypadku aplikacji opartych na SDL domyślnie używany jest protokół Wayland. Biblioteki SDL 2 zostały zastąpione warstwą sdl2-compat, która działa na bazie SDL 3.
- Menedżer pakietów DNF5 obsługuje teraz usuwanie przestarzałych lub wygasłych kluczy repozytorium PGP z systemu, co pozwala na automatyczne zarządzanie kluczami podczas instalowania i aktualizowania programów.
- Menedżer pakietów RPM obsługuje teraz tworzenie użytkowników i grup na podstawie plików konfiguracyjnych dostarczonych wraz z pakietem, znajdujących się w katalogu Sysusers.d używanym przez systemd.
- Dodano generator zależności dla rozszerzeń powłoki GNOME, umożliwiający łączenie pakietów RPM z rozszerzeniami do wersji powłoki GNOME.
- W DNF i RPM tryb „Kopiuj przy zapisie” jest domyślnie włączony, zaimplementowany przy użyciu reflink w Btrfs.
- Zaktualizowane wersje pakietów: LLVM 20, GCC 15-test, binutils 2.44, glibc 2.41, gdb 15, Go 1.24, Tcl/Tk 9.0, Ruby 3.4, Zlib-ng 2.2.x, Setuptools 74, Django 5.x, Ansible 11, PHP 8.4, numpy 2.1.3.
- Emulator FEX został dodany do repozytorium architektury AArch64, umożliwiając uruchamianie plików wykonywalnych stworzonych dla architektur x86 i x86-64 w środowisku ARM64 (AArch64). Komponenty oparte na FEX, służące do uruchamiania programów x86, są zintegrowane z wersjami Fedory zawierającymi środowisko graficzne KDE.
- Rozszerzona obsługa kamer internetowych z interfejsem MIPI (Mobile Industry Processor Interface), który jest coraz częściej używany w laptopach i tabletach zamiast UVC (USB Video Class).
- Dodano obsługę szyfrowania pamięci maszyny wirtualnej z wykorzystaniem technologii AMD SEV-SNP i Intel TDX.
- Pakiety korzystające wyłącznie z pliku binarnego git zostały przeniesione i powiązane z zależnością git-core, a nie z pełnym pakietem git.
- Ekran powitalny systemu Plymouth został przełączony na korzystanie z modułu jądra simpledrm, co eliminuje potrzebę oczekiwania na inicjalizację sterownika GPU.
- W Firewalld, w stacjach roboczych skompilowanych dla protokołu IPv6, tryb rpfilter (filtr ścieżki odwrotnej) jest domyślnie włączony jako „luźny”, a nie „ścisły”.
W systemie Fedora 42 uruchomiono repozytoria „wolne” i „niewolne” projektu RPM Fusion. Zawierają one pakiety z dodatkowymi aplikacjami multimedialnymi (MPlayer, VLC, Xine), kodekami wideo/audio, obsługą DVD, zastrzeżonymi sterownikami AMD i NVIDIA, programami do gier i emulatorami.
Jednocześnie wydano Fedorę Asahi Remix 42, dystrybucję przeznaczoną do instalacji na komputerach Mac z procesorami ARM opracowanymi przez Apple. Fedora Asahi Remix 42 jest oparta na pakiecie Fedory. Linux 42 i zawiera instalator Calamares. Obsługuje systemy Apple MacBook Air, MacBook Pro, Mac Mini, Mac Studio oraz iMac wyposażone w procesory Apple M1 i M2 ARM.
Fedora Asahi w pełni obsługuje komputerowe systemy audio firmy Apple, aparat fotograficzny, Wi-Fi, Bluetooth, urządzenia wejściowe, USB typu C (USB 3.0) i bezprzewodowe ładowanie MagSafe. Nieobsługiwane jeszcze: złącze USB-C, Thunderbolt/USB4 do wyświetlania obrazu, mikrofon i Touch ID. Sterowniki graficzne obsługują OpenGL 4.6, OpenGL ES 3.2 i Vulkan 1.4. Do uruchamiania aplikacji skompilowanych dla systemów x86_64 używany jest zestaw narzędzi muvm oraz warstwa emulacji oparta na pakiecie FEX.
Źródło: opennet.ru
