Wydano wersję beta dystrybucji Fedora Linux 44, która oznacza przejście na finalny etap testowania, w którym dozwolone jest tylko poprawianie krytycznych błędów. Premiera zaplanowana jest na 14 kwietnia. Wydanie obejmuje 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 spinów z niestandardowymi środowiskami Xfce, MATE, Cinnamon, LXDE, Phosh, Miracle, LXQt, Budgie, Sway i Cosmic. Wersje utworzone są dla architektur x86_64, Power64 i ARM64 (AArch64).
Najważniejsze zmiany w Fedora Linux 44:
- Przeprowadzono prace nad infrastrukturą dla powtarzalnych wydań, aby osiągnąć pokrycie co najmniej 99% pakietów w repozytorium Fedora. W poprzednich wydaniach pokrycie powtarzalnymi wydaniami oceniano na 90%, co dzięki wprowadzeniu zmian w systemie budowania, synchronizującym metadane o czasie modyfikacji plików z referencyjnym kodem źródłowym, a także zapewniającym stały porządek wymieniania metadanych i struktur w plikach binarnych. Aby zapewnić powtarzalne wydania w pozostałych 10%, zaangażowano opiekunów problematycznych pakietów. Powtarzalne wydań dają użytkownikowi możliwość osobiście upewnić się, że dystrybuowane w pakietach pliki binarne zostały zbudowane z dostarczonego kodu źródłowego i nie zawierają ukrytych zmian, które mogłyby być wynikiem kompromitacji kompilatora lub narzędzi budowlanych.
- We wszystkich wersjach dystrybucji z środowiskiem graficznym KDE (Fedora KDE Plasma Desktop Edition, Fedora KDE Plasma Mobile Spin oraz Fedora Kinoite) do konfiguracji systemu po instalacji wykorzystano rozwijany przez KDE projekt kreatora wstępnej konfiguracji Plasma Setup, a w instalatorze Anaconda wyłączono etapy konfigurowania systemu, które pokrywają się z tym narzędziem.
- We wszystkich edycjach z KDE menedżer logowania SDDM został zastąpiony przez Plasma Login Manager, rozwijany przez projekt KDE.
- Przeprojektowano edycję Fedora Games Lab, oferującą zestaw pakietów i ustawień dla miłośników gier komputerowych. W nowej wersji zaktualizowano stos oprogramowania do uruchamiania gier oraz wykorzystano aktualne technologie, takie jak Wayland i PipeWire.
- Środowisko graficzne GNOME zostało zaktualizowane do gałęzi 50, w której zaprzestano wsparcia dla X11 i wprowadzono nowy system zapisu sesji.
- Środowisko użytkownika Budgie zaktualizowano do wersji 10.10, przeniesione na Wayland.
- W instalatorze Anaconda zmieniono logikę tworzenia profili sieciowych w zainstalowanym systemie (plików z ustawieniami dla NetworkManager). Takie profile są teraz tworzone nie dla wszystkich dostępnych urządzeń sieciowych, a tylko dla tych, które były skonfigurowane w procesie instalacji przez GUI, opcje rozruchowe lub plik kickstart. Tworzenie profili dla wszystkich dostępnych urządzeń, a nie tylko wybranych przez użytkownika, wymagało usunięcia zbędnych profili po instalacji i powodowało trudności podczas późniejszej konieczności zmiany ustawień.
- Na systemach z architekturą Aarch64 zapewniono automatyczny wybór pliku opisu sprzętu DTB (Device Tree Blobs) dla bootloadera UEFI, co rozwiązało problemy z uruchamianiem live obrazu Fedory na laptopach ARM sprzedawanych z systemem Windows.
- W live obrazach użyto zestawu skryptów livesys-scripts do konfiguracji środowiska roboczego oraz nowych możliwości narzędzi Dracut do automatycznego tworzenia przechowalni nakładek, które są zachowywane pomiędzy ponownymi uruchomieniami podczas zapisywania obrazu na pamięciach USB.
- Zaktualizowano wersje pakietów: GCC 16.1, LLVM 22, Ruby 4.0, Go 1.26, binutils 2.46, glibc 2.43, gdb 16.3, CMake 4.0, MariaDB 11.8, IBus 1.5.34, uutils-coreutils 0.5, nushell 0.109.2, Django 6.x, TagLib 2, Helm 4, Ansible 13, TeXLive 2025, GHC 9.10, PHP 8.5.
- Kontynuowano prace nad przeniesieniem infrastruktury ciągłej integracji (dist-git CI), która dokonuje przebudowy pakietów RPM po wprowadzeniu zmian lub aktualizacji wersji, na domyślne użycie narzędzia Packit zamiast Fedora CI i Zuul.
- Do repozytorium dodano narzędzie z menedżerem pakietów NIX, które umożliwia instalację pakietów w formacie NIX z kolekcji nixpkgs. Pakiety można instalować w trybie jednego użytkownika (w katalogu domowym użytkownika) oraz w trybie wielu użytkowników (w katalogu /nix).
- Domyślnie włączono użycie twardych linków do powiązania identycznych plików instalowanych z różnych pakietów w hierarchii /usr. Tworzenie twardego linku odbywa się automatycznie podczas instalacji pakietu przez menedżera w etapie „post install”.
- Wstrzymano dostarczanie kompilacji QEMU dla 32-bitowych systemów host (i686). Zmiana ta odzwierciedla działania projektu QEMU na rzecz usunięcia wsparcia dla 32-bitowych systemów host.
- Z pakietu atomowych edycji Fedora dla systemów desktopowych usunięto pliki wykonywalne i biblioteki FUSE 2 (wcześniej ta wersja została uznana za przestarzałą i wszystkie pakiety przeszły na użycie FUSE 3). Również zakończono wsparcie dla przestarzałych reguł polkit, dostarczanych w plikach z rozszerzeniem pkla.
- PackageKit przełączono na użycie nowego backendu DNF5, skompilowanego z biblioteką libdnf5.
- W edycji dystrybucji z menedżerem kompozytowym MiracleWM powłoka pulpitu nwg-shell została zastąpiona przez Dank Material Shell.
- Domyślnie włączony jest moduł jądra NTSYNC, który pozwala znacząco zwiększyć wydajność gier Windows uruchamianych za pomocą Wine. Moduł implementuje urządzenie symboliczne /dev/ntsync oraz zestaw prymitywów synchronizacji stosowanych w jądrze Windows NT. Znaczący wzrost wydajności uzyskuje się dzięki eliminacji narzutów związanych z używaniem RPC w przestrzeni użytkownika.
- W Fedora Cloud zamiast oddzielnej partycji /boot teraz oferowana jest partycja Btrfs o tej samej nazwie.
- Dostarczanie pakietu libreoffice-KF5 z komponentami do integracji LibreOffice z Qt5 zostało zakończone, w jego miejsce wprowadzono pakiet libreoffice-kf6, zapewniający integrację z Qt6.
Dodatkowo warto wspomnieć o inicjatywie reformowania procesu rozwoju Fedora, zaprezentowanej do dyskusji przez Jefa Spaletę, lidera projektu Fedora. Jef proponuje stworzenie 'piaskownicy' w celu uproszczenia testowania nowych pomysłów i eksperymentowania z nowymi technologiami w dystrybucji, bez ryzyka obniżenia stabilności głównego projektu.
Zakłada się, że innowacyjne pomysły na rozwój dystrybucji będą rozwijane obok głównej dystrybucji i w przyszłości mogą być zintegrowane z podstawowym składem po spełnieniu określonych warunków, potwierdzeniu wartości dla projektu i zainteresowania ze strony innych deweloperów. Cykl życia eksperymentalnych technologii zakłada różne etapy rozwoju z recenzjami w punktach kontrolnych związanych z czasem i przejściem do następnego etapu po osiągnięciu zgodności z kryteriami specyficznymi dla każdego etapu.
Źródło: opennet.ru
