Fedora Linux 38 weszła w fazę testów beta

Rozpoczęły się testy wersji beta dystrybucji Fedora Linux 38. Wydanie wersji beta oznaczało przejście do końcowej fazy testów, w której poprawiane są jedynie krytyczne błędy. Premiera zaplanowana jest na 18 kwietnia. Wydanie obejmuje Fedora Workstation, Fedora Server, Fedora Silverblue, Fedora IoT, Fedora CoreOS, Fedora Cloud Base i kompilacje Live, dostarczane w formie spinów ze środowiskami użytkownika KDE 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 38 to:

  • Wdrożono pierwszy etap przejścia do zmodernizowanego procesu rozruchu zaproponowanego przez Lennarta Potteringa. Różnice w stosunku do klasycznego rozruchu sprowadzają się do zastosowania zamiast obrazu initrd generowanego w systemie lokalnym podczas instalacji pakietu jądra, ujednoliconego obrazu jądra UKI (Unified Kernel Image) generowanego w infrastrukturze dystrybucyjnej i certyfikowanego cyfrowym podpisem dystrybucji. UKI łączy moduł obsługi do uruchamiania jądra z UEFI (stub rozruchowy UEFI), obraz jądra Linuksa i środowisko systemowe initrd ładowane do pamięci w jednym pliku. Wywołując obraz UKI z UEFI można sprawdzić integralność i poprawność podpisu cyfrowego nie tylko jądra, ale również zawartości pliku initrd, którego walidacja jest istotna, ponieważ w tym środowisku wyodrębniane są klucze do odszyfrowania główny FS. W pierwszym etapie do bootloadera dodano obsługę UKI, zaimplementowano narzędzia do instalacji i aktualizacji UKI oraz stworzono eksperymentalny obraz UKI, nastawiony na uruchamianie maszyn wirtualnych z ograniczonym zestawem komponentów i sterowników.
  • Menedżer pakietów RPM do parsowania kluczy i podpisów cyfrowych korzysta z pakietu Sequoia, który oferuje implementację OpenPGP w języku Rust. Wcześniej RPM używał własnego kodu analizującego OpenPGP, który miał nierozwiązane problemy i ograniczenia. Jako bezpośrednią zależność od RPM dodano pakiet rpm-sequoia, w którym obsługa algorytmów kryptograficznych oparta jest o bibliotekę Nettle napisaną w C (planowane jest zapewnienie możliwości korzystania z OpenSSL).
  • Wdrożono pierwszy etap wdrożenia nowego menedżera pakietów Microdnf, który zastępuje dotychczas używany DNF. Zestaw narzędzi Microdnf został znacznie zaktualizowany i obsługuje teraz wszystkie główne funkcje DNF, ale jednocześnie charakteryzuje się wysoką wydajnością i zwartością. Kluczową różnicą między Microdnf i DNF jest użycie C zamiast Pythona do programowania, co pozwala pozbyć się dużej liczby zależności. Niektóre inne zalety Microdnf: bardziej wizualne wskazanie postępu operacji; ulepszona implementacja tabeli transakcji; możliwość wyświetlania informacji w raportach o zrealizowanych transakcjach wystawianych przez skrypty wbudowane w pakiety (skryptlety); obsługa używania lokalnych pakietów RPM do transakcji; bardziej zaawansowany system uzupełniania danych wejściowych dla basha; obsługa uruchamiania komendy builddep bez instalowania Pythona w systemie.
  • Pulpit Fedory Workstation został zaktualizowany do środowiska GNOME 44, którego premiera ma nastąpić 22 marca. Wśród innowacji w GNOME 44: nowa implementacja blokady ekranu i sekcja „aplikacje działające w tle” w menu stanu.
  • Środowisko użytkownika Xfce zostało zaktualizowane do wersji 4.18.
  • Rozpoczęło się tworzenie zestawów ze środowiskiem użytkownika LXQt dla architektury AArch64.
  • Menedżer wyświetlania SDDM domyślnie używa interfejsu logowania przy użyciu Waylanda. Zmiana umożliwia migrację menedżera logowania do Wayland w kompilacjach z pulpitem KDE.
  • W kompilacjach z pulpitem KDE z dystrybucji usunięto kreatora konfiguracji początkowej, ponieważ większość jego funkcji nie jest wykorzystywana w KDE Spin i Kinoite, a ustawienia początkowe są konfigurowane na etapie instalacji przez instalator Anacondy.
  • Przyznano pełny dostęp do katalogu aplikacji Flathub (wyłączono filtr usuwający nieoficjalne pakiety, zastrzeżone programy i aplikacje z restrykcyjnymi wymaganiami licencyjnymi). Jeśli istnieją pakiety flatpak i rpm z tymi samymi programami, podczas korzystania z oprogramowania GNOME najpierw zostaną zainstalowane pakiety Flatpak z projektu Fedora, następnie pakiety RPM, a następnie pakiety z Flathub.
  • Rozpoczęło się tworzenie buildów na urządzenia mobilne, dostarczanych z powłoką Phosh, która bazuje na technologiach GNOME i bibliotece GTK, wykorzystuje kompozytowy serwer Phoc działający na wierzchu Waylanda, a także własną klawiaturę ekranową Squeekboard. Środowisko zostało pierwotnie opracowane przez Purism jako odpowiednik GNOME Shell dla smartfona Librem 5, ale potem stało się częścią nieoficjalnych projektów GNOME i jest teraz używane również w postmarketOS, Mobian i niektórych firmware dla urządzeń Pine64.
  • Dodano kompilację Fedory Budgie Spin z graficznym interfejsem użytkownika Budgie opartym na technologiach GNOME, Budgie Window Manager (BWM) i własną implementacją powłoki GNOME. Budgie opiera się na panelu, który jest podobny w organizacji do klasycznych paneli stacjonarnych. Wszystkie elementy panelu są apletami, co pozwala elastycznie dostosowywać kompozycję, zmieniać układ i podmieniać implementacje głównych elementów panelu według własnych upodobań.
  • Dodano kompilację Fedory Sway Spin z niestandardowym środowiskiem Sway zbudowanym przy użyciu protokołu Wayland iw pełni kompatybilnym z kafelkowym menedżerem okien i3 oraz i3bar. Aby skonfigurować kompletne środowisko użytkownika, oferowane są powiązane komponenty: swayidle (proces w tle z implementacją protokołu bezczynności KDE), swaylock (wygaszacz ekranu), mako (menedżer powiadomień), grim (tworzenie zrzutów ekranu), slurp (wybór obszaru na ekranie), wf-recorder (przechwytywanie wideo), waybar (pasek aplikacji), virtboard (klawiatura ekranowa), wl-clipboard (zarządzanie schowkiem), wallutils (zarządzanie tapetami pulpitu).
  • Instalator Anacondy używa narzędzia mdadm zamiast dmraid do obsługi oprogramowania RAID dostarczanego przez oprogramowanie układowe (BIOS RAID, firmware RAID, fałszywy RAID).
  • Dodano uproszczony instalator do instalowania obrazów edycji Fedory IoT na urządzeniach IoT. Instalator jest oparty na coreos-installer i używa bezpośredniej kopii zapasowego obrazu OStree bez interakcji użytkownika.
  • Obrazy na żywo zostały zaktualizowane, aby obsługiwały automatyczne dołączanie warstwy do trwałego przechowywania danych podczas uruchamiania z dysku USB.
  • Na serwerze X i Xwayland, ze względu na potencjalne problemy z bezpieczeństwem, domyślnie klienci nie mogą łączyć się z systemów, które mają inną kolejność bajtów.
  • Flagi „-fno-omit-frame-pointer” i „-mno-omit-leaf-frame-pointer” są domyślnie włączone w kompilatorze w celu zwiększenia możliwości profilowania i debugowania oraz diagnozowania problemów z wydajnością bez konieczności ponownej kompilacji pakietów.
  • Pakiety są składane z „_FORTIFY_SOURCE=3” włączonym w tryb ochrony, który wykrywa możliwe przepełnienia bufora podczas wykonywania funkcji łańcuchowych zdefiniowanych w pliku nagłówkowym string.h. Różnica w stosunku do trybu „_FORTIFY_SOURCE=2” sprowadza się do dodatkowych kontroli. Teoretycznie dodatkowe kontrole mogą prowadzić do spadku wydajności, ale w praktyce testy SPEC2000 i SPEC2017 nie wykazały żadnych różnic i nie było żadnych skarg ze strony użytkowników na spadek wydajności podczas testów.
  • Zmniejszono czas do wymuszenia opuszczenia jednostek systemowych podczas zamykania systemu z 2 minut do 45 sekund.
  • Pakiety z platformą Node.js zostały zrestrukturyzowane. Zapewniono możliwość jednoczesnej instalacji różnych gałęzi Node.js w systemie (na przykład teraz można zainstalować pakiety nodejs-16, nodejs-18 i nodejs-20 w tym samym czasie).
  • Zaktualizowane wersje pakietów, w tym Ruby 3.2, gcc 13, LLVM 16, Golang 1.20, PHP 8.2, binutils 2.39, glibc 2.37, gdb 12.1, GNU Make 4.4, cups-filters 2.0b, TeXLive 2022, ImageMagick 7, PostgreSQL 15.

Źródło: opennet.ru

Dodaj komentarz