Zostały ogłoszone prace nad dystrybucją openSUSE Leap 16.0, opartą na technologiach nowej, znaczącej gałęzi komercyjnej dystrybucji SLES 16, która przechodzi na nową platformę SLFO (SUSE Linux Framework One), wcześniej znaną jako ALP (Adaptable Linux Platform). Zauważono, że w gałęzi openSUSE Leap 16.0 podjęto próbę połączenia tradycyjnych możliwości dystrybucji z nowymi technologiami SLFO. Nowa gałąź jest pozycjonowana jako tradycyjna dystrybucja dostarczana w zasadniczo nowej formie, wykorzystująca pakiety z SLES 16 oraz wspieranego przez społeczność repozytorium Factory.
Wydanie openSUSE Leap 16.0 planowane jest na październik 2025 roku. Opublikowana w czerwcu wersja openSUSE Leap 15.6 będzie ostatnim wydaniem gałęzi 15.x, a dostęp do aktualizacji pakietów z SLES 15 SP7 planowany jest poprzez Package HUB. Przygotowane zostały kompilacje wstępnej wersji alpha openSUSE Leap 16.0 do testów. Oferowane są trzy tryby instalacji: podstawowy, GNOME i KDE. Do instalacji używany jest nowy instalator Agama.
Platforma SLFO jest pozycjonowana jako kontynuacja rozwoju dystrybucji SUSE Linux Enterprise i różni się podziałem podstawy dystrybucji na części. Podstawowa dystrybucja SUSE 16 będzie zawierać ograniczone środowisko „host OS”, obejmujące tylko komponenty minimalnie niezbędne do działania na sprzęcie oraz zarządzania. Wszystkie aplikacje i komponenty środowiska użytkownika będą uruchamiane nie w mieszanym środowisku, ale w osobnych kontenerach lub w. maszynach wirtualnych, wykonywanych na „host OS” i izolowanych od siebie.
Z cech systemowego środowiska SLFO można zauważyć domyślne użycie szyfrowania dysku (FDE, Full Disk Encryption) z możliwością przechowywania kluczy w TPM. Partycja root jest montowana w trybie tylko do odczytu i nie zmienia się w trakcie pracy. W środowisku stosowany jest mechanizm atomowej instalacji aktualizacji oparty na standardowym menedżerze pakietów i mechanizmie migawkowym w systemie plików Btrfs. Przewidziany jest konfigurowalny tryb automatycznej instalacji aktualizacji. W celu utrzymania żywotności systemu (self-healing) wykonywana jest rejestracja ostatniego stabilnego stanu za pomocą migawek Btrfs (w przypadku wykrycia anomalii po zastosowaniu aktualizacji lub zmianie ustawień system automatycznie przechodzi do poprzedniego stanu).
W platformie zastosowano wielowersyjny stos oprogramowania — dzięki użyciu kontenerów można jednocześnie korzystać z różnych wersji narzędzi i aplikacji. Na przykład, możliwe jest uruchamianie aplikacji używających różnych wersji Pythona, Javy i Node.js, oddzielając niekompatybilne zależności. Podstawowe zależności dostarczane są w postaci zestawów BCI (Base Container Images). Użytkownik może tworzyć, aktualizować i usuwać stosy oprogramowania, nie naruszając innych środowisk.
Źródło: opennet.ru
