🥇Wydanie dystrybucji Fedora Linux 42

Zaprezentowano wydanie dystrybucji Fedora Linux 42. Do pobrania przygotowano produkty Fedora Workstation, Fedora KDE Plasma Desktop, Fedora Server, Fedora IoT, Fedora CoreOS, Fedora Cloud Base, Fedora IoT Edition, Fedora Silverblue, Fedora Kinoite oraz wersje Live, dostarczane w formie spinnów z użytkownikami środowiskami Xfce, MATE, Cinnamon, LXDE, Phosh, Miracle, LXQt, Budgie, Sway i Cosmic. Wersje te są opracowane dla architektur x86_64, Power64 i ARM64 (AArch64).

Najważniejsze zmiany w Fedora Linux 42:

Wersja Fedora KDE Plasma Desktop uzyskała status podstawowej edycji dystrybucji, równoważnej pod względem wsparcia z Fedora Workstation. W ten sposób opcje dystrybucji z GNOME i KDE mają teraz identyczny status i są prezentowane na równych zasadach. Specyficzne dla KDE poważne problemy będą teraz traktowane jako blokujące wydanie, tak jak wcześniej blokowały wydanie poważne problemy w GNOME. Dodatkowo, w Fedora KDE Plasma Desktop dodano wsparcie dla architektury Power (ppc64le), dla której dostępny jest pełny zestaw aplikacji KDE, w tym KDE PIM. Dla systemów OpenPOWER, takich jak Talos Workstation, przygotowane zostały wersje Live z KDE, wspierające możliwość instalacji.
Dodano oficjalne Spin-y dystrybucji z środowiskiem desktopowym COSMIC, rozwijanym przez firmę System76 w języku Rust. COSMIC oferuje tryby hybrydowego mozaikowego układu okien i staplowania okien (grupowanie okien analogiczne do kart w przeglądarce), które mogą być aktywowane w kontekście wirtualnych pulpitów.
Pulpit w Fedora Workstation został zaktualizowany do gałęzi GNOME 48. Zaktualizowane zostały pulpity Xfce 4.20 oraz LXQt 2.1.
W Fedora Workstation domyślnie zastosowano nową wersję instalatora Anaconda, w której zamiast interfejsu opartego na bibliotece GTK używany jest interfejs webowy. Interfejs webowy zbudowany jest z użyciem frameworka JavaScript React, elementów stylizacji PatternFly oraz komponentów z projektu Cockpit, stosowanego już w produktach Red Hat do konfiguracji i zarządzania serwerami. Zamiast głównego ekranu z listą działań, w nowym interfejsie praca organizowana jest w formie kreatora (Wizard), zakładającego kolejność wykonywania określonych kroków bez powrotu do głównego ekranu. Interfejs webowy pozwala na interakcję przez przeglądarkę internetową w celu zdalnego zarządzania instalacją.
Proponowany interfejs został uproszczony i jest bardziej zrozumiały dla początkujących użytkowników. Jako podstawowy sugerujemy użycie automatycznego (guided) trybu podziału dysku, w którym instalator sam wybiera parametry tworzenia lub modyfikacji partycji na podstawie ustawień wybranych przez użytkownika. Dodano opcję ponownej instalacji dystrybucji (np. w celu przywrócenia działania w przypadku uszkodzenia niektórych plików systemowych), a także możliwość instalacji w trybie podwójnego rozruchu dla użycia kilku systemów operacyjnych na jednym komputerze.
Klasyczny instalator Anaconda został przestawiony na użycie protokołu Wayland, co pozwoliło wyeliminować powiązane z X11 zależności z nośników instalacyjnych. Proces zdalnej instalacji został przeniesiony z klienta VNC TigerVNC na aplikację grd (Gnome Remote Desktop), która korzysta z protokołu RDP. Domyślnie dla wszystkich wspieranych architektur używana jest partycjonowanie z wykorzystaniem GPT.
Zawartość katalogów /usr/bin i /usr/sbin została połączona. Katalog /usr/sbin zastąpiono symbolicznym linkiem wskazującym na /usr/bin. Podział plików wykonywalnych na katalogi bin i sbin uznany został za przestarzałą praktykę, która straciła sens w nowoczesnych dystrybucjach. Unifikacja 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; sprawi, że system będzie bardziej przewidywalny i zrozumiały dla użytkowników; zwiększy kompatybilność z innymi dystrybucjami; ograniczy liczbę sprawdzeń katalogów podczas wykonywania execvp() i podobnych wywołań.
Dodano nowe grupy flatpak i diskadmin, aby zapewnić dostęp nieuprzywilejowanym użytkownikom do funkcji zarządzania systemowymi pakietami w formacie Flatpak oraz zewnętrznymi nośnikami. Zmiana ta pozwoliła uniknąć konieczności dodawania użytkownika do grupy wheel, tj. daje możliwość pracy z flatpak i zewnętrznymi dyskami bez przyznawania dostępu do innych operacji administracyjnych. Użytkownicy z grupy wheel otrzymali dodatkowo możliwość odblokowywania (LUKS) i montowania zewnętrznych nośników bez pytania o hasło.
Dozwolone jest włączanie dodatkowych wariantów plików wykonywalnych do pakietów, zbudowanych z optymalizacjami dla architektur mikroprocesorów x86-64-v2, x86-64-v3 i x86-64-v4. W większości przypadków przyrost wydajności przy budowie dla tych architektur nie przekracza 10%, ale w niektórych sytuacjach prowadzi do zauważalnego wzrostu wydajności (do 120%). Decyzję o dodaniu dodatkowo zoptymalizowanych plików wykonywalnych podejmują osoby odpowiedzialne, w zależności od wyników testów wydajności poszczególnych pakietów.
Live-buildy dystrybucji, wykorzystujące systemowy obraz w trybie tylko do odczytu, zostały przeniesione z SquashFS na system plików EROFS. Jako przyczyny tego przejścia podaje się bardziej aktywny rozwój EROFS (ostatnie wydanie narzędzi SquashFS miało miejsce wiosną 2023 roku) oraz dostępność w EROFS zaawansowanych możliwości, które mogą być wykorzystane w przyszłości. W porównaniu do SquashFS, EROFS ma gorszy poziom kompresji (rozmiar obrazu 2.7 GiB w EROFS w porównaniu do 2.0 GiB w SquashFS przy użyciu algorytmu kompresji XZ i 3.9 GiB w porównaniu do 3.1 GiB przy użyciu LZ4), ale wyższą prędkość dostępu losowego i przepustowość (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).
Atromarnie aktualizowane edycje dystrybucji dla systemów desktopowych (Fedora Atomic Desktops), takie jak Fedora Silverblue (GNOME), Fedora Kinoite (KDE), Fedora Sway Atomic i Fedora Budgie Atomic, domyślnie zostały przeniesione na system plików Composefs, co umożliwiło wykorzystanie w tych buildach partycji głównej pracującej w trybie tylko do odczytu, a także w przyszłości wykorzystanie narzędzi weryfikacji integralności dla partycji systemowej, umożliwiających wykrywanie problemów podczas działania. Partycje /etc i /var nadal są montowane z możliwością zapisu. System plików Composefs jest zrealizowany jako nakładka na już obecne w jądrze systemy plików OverlayFS i EROFS, a także jest zoptymalizowany do efektywnego współdzielenia zawartości kilku zamontowanych obrazów dysków.
W edycji Fedora Kinoite (atomarnie aktualizowana wersja z KDE) domyślnie włączona jest automatyczna instalacja aktualizacji.
Oficjalne kompilacje Fedora dla podsystemu WSL (Windows Subsystem for Linux) są dostępne w zestawach dystrybucji Linuxa oferowanych do szybkiej instalacji w WSL. Kompilacje zostały utworzone w nowym formacie, który umożliwia dystrybucję systemu bez serwerów ładowania w katalogu Microsoft Store, bez opakowania w formacie appx i bez osadzania kodu specyficznego dla Windows.
Wykorzystano nową gałąź biblioteki multimedialnej SDL 3. Dla aplikacji opartych na SDL domyślnie wykorzystywany jest protokół Wayland. Biblioteki SDL 2 zostały zastąpione warstwą sdl2-compat, działającą na bazie SDL 3.
Zarządzanie menedżerem pakietów DNF5 zyskało wsparcie dla usuwania z systemu przestarzałych lub wygasłych kluczy PGP repozytoriów, co pozwala na automatyzację zarządzania kluczami przy instalacji i aktualizacji oprogramowania.
Menedżer pakietów RPM zyskał wsparcie dla tworzenia użytkowników i grup na podstawie plików konfiguracyjnych dostarczanych w pakietach, umieszczonych w katalogu Sysusers.d, używanym w systemie systemd.
Dodano generator zależności dla rozszerzeń GNOME Shell, który pozwala połączyć pakiety rpm z wersjami GNOME Shell.
W DNF i RPM domyślnie włączony jest tryb „Copy on Write” zrealizowany 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.
Do repozytorium dla architektury AArch64 dodano emulator FEX, który pozwala na uruchamianie plików wykonywalnych skompilowanych dla architektur x86 i x86-64 w środowisku ARM64 (AArch64). Elementy oparte na FEX do uruchamiania programów x86 zintegrowano w kompilacjach Fedory dla środowiska graficznego KDE.
Rozszerzono wsparcie dla kamer internetowych z interfejsem MIPI (Mobile Industry Processor Interface), które coraz częściej stosowane są w laptopach i tabletach zamiast UVC (USB Video Class).
Dodano wsparcie dla szyfrowania pamięci maszyn wirtualnych za pomocą technologii AMD SEV-SNP i Intel TDX.
Pakiety wykorzystujące tylko plik wykonywalny git zostały przekształcone w zależność do git-core, a nie do pełnego pakietu git.
Logo rozruchowe Plymouth przeszło na używanie modułu jądra simpledrm, co wyeliminowało oczekiwanie na inicjalizację sterownika dla GPU.
W Firewalld w kompilacjach dla stacji roboczych dla IPv6 domyślnie włączony jest tryb pracy rpfilter (Reverse Path Filter) „loose” zamiast „strict”.

Dla Fedory 42 wprowadzono «free» i «nonfree» repozytoria projektu RPM Fusion, w których dostępne są pakiety z dodatkowymi aplikacjami multimedialnymi (MPlayer, VLC, Xine), kodekami wideo/audio, wsparciem dla DVD, własnościowymi sterownikami AMD i NVIDIA, programami do gier oraz emulatorami.

Jednocześnie zaprezentowano wydanie dystrybucji Fedora Asahi Remix 42, przeznaczonej do instalacji na komputerach Mac z chipami ARM opracowanymi przez firmę Apple. Fedora Asahi Remix 42 oparta jest na bazie pakietów Fedora Linux 42 i wyposażona w instalator Calamares. Zapewniona jest możliwość pracy na systemach Apple MacBook Air, MacBook Pro, Mac Mini, Mac Studio oraz iMac z chipami ARM Apple M1 i M2.

W Fedora Asahi w pełni wspierane są: system dźwiękowy komputerów Apple, kamera, Wi-Fi, Bluetooth, urządzenia wejściowe, USB Type C (USB 3.0) oraz bezprzewodowe ładowanie MagSafe. Na razie nie wspierane jest: podłączenie ekranu przez USB-C, Thunderbolt/USB4, mikrofon i Touch ID. W sterownikach graficznych wspierane są OpenGL 4.6, OpenGL ES 3.2 oraz Vulkan 1.4. Do uruchamiania aplikacji skompilowanych dla systemów x86_64 wykorzystano narzędzie muvm oraz warstwę emulacji opartą na pakiecie FEX.

Źródło: opennet.ru