Объявлено о начале работы над дистрибутивом openSUSE Leap 16.0, построенным на технологиях следующей значительной ветки коммерческого дистрибутива SLES 16, переходящего на новую платформу SLFO (SUSE Linux Framework One), ранее известную под именем ALP (Adaptable Linux Platform). Отмечается, что в ветке openSUSE Leap 16.0 предпринята попытка совместить традиционные возможности дистрибутива с новыми технологиями SLFO. Новая ветка позиционируется как традиционный дистрибутив, поставляемый в принципиальной новой форме и использующий пакеты из SLES 16 и поддерживаемого сообществом репозитория Factory.

Релиз openSUSE Leap 16.0 планируют выпустить в октябре 2025 года. Опубликованный в июне релиз openSUSE Leap 15.6 станет последним выпуском ветки 15.x, а доступ к обновлениям пакетов из SLES 15 SP7 планируют предоставить через Package HUB. Для тестирования сформированы сборки предварительной альфа-версии openSUSE Leap 16.0. Предлагается три режима установки: базовый, GNOME и KDE. Для установки задействован новый инсталлятор Agama.

Платформа SLFO позиционируется как продолжение развития дистрибутива SUSE Linux Enterprise и отличается разделением базовой основы дистрибутива на части. Основной дистрибутива SUSE 16 станет урезанное окружение «host OS», включающее только компоненты, минимально необходимые для работы поверх оборудования и управления. Все приложения и компоненты пространства пользователя будут запускаться не в смешанном окружении, а в отдельных контейнерах или в виртуальных машинах, выполняемых поверх «host OS» и изолированных друг от друга.

Из особенностей системного окружения SLFO можно отметить использование по умолчанию дискового шифрования (FDE, Full Disk Encryption) с возможностью хранения ключей в TPM. Корневой раздел монтируется в режиме только для чтения и не меняется в процессе работы. В окружении применяется механизм атомарной установки обновлений, основанный на использовании штатного пакетного менеджера и механизма снапшотов в ФС Btrfs. Предусмотрен настраиваемый режим автоматической установки обновлений. Для поддержания живучести системы (self-healing) осуществляется фиксация последнего стабильного состояния при помощи снапшотов Btrfs (в случае выявление аномалий после применения обновлений или изменения настроек система автоматически переводится в предыдущее состояние).

В платформе применяется многоверсионный программный стек — благодаря применению контейнеров можно одновременно использовать разные версии инструментов и приложений. Например, можно запускать приложения, использующие разные версии Python, Java и Node.js, разделяя несовместимые между собой зависимости. Базовые зависимости поставляются в форме наборов BCI (Base Container Images). Пользователь может создавать, обновлять и удалять программные стеки не затрагивая другие окружения.

Источник: http://www.opennet.ru/opennews/art.shtml?num=62012