LINUX.ORG.RU

openSUSE Leap 16 перешёл в статус Beta

 , ,

openSUSE Leap 16 перешёл в статус Beta

0

2

30 апреля 2025 года находящаяся в разработке версия 16.0 дистрибутива openSUSE Leap перешла в статус Beta. Глобальный выпуск намечен на октябрь этого же года.

Leap остётся традиционным полнофункциональным Linux-дистрибутивом. Людям, ищущим современную, иммутабельную систему с точечными выпусками, следует посмотреть в сторону Leap Micro. Он предназначен для контейнеризованных и виртуализированных рабочих нагрузок.

Главное из дорожной карты

График и жизненный цикл Leap Micro 6.2 выровнен с таковыми у Leap 16. Это делает Leap Micro фактически специализированным образом Leap 16.x.

  • Через несколько дней выйдет выпуск Leap Micro 6.2 Beta.
  • Первый кандидат на выпуск для Leap 16 ожидается в июле 2025 года.
  • Выпуски как Leap 16, так и Leap Micro 6.2, намечены на октябрь 2025 года.

Что нового

  • Ожидается, что поддержка X11 будет удалена, хотя некоторые остатки X11 ещё сохраняются.
  • Удалена поддержка системы инициализации SysV.
  • Новая программа установки Agama теперь поставляется по умолчанию.
  • Часть стека YaST заменена:
    • Cockpit теперь используется для управления системой.
    • Myrlyn заменил собой модуль графического пользовательского интерфейса YaST для управления программным обеспечением. Он удалён из Leap 16, но всё ещё доступен в openSUSE Tumbleweed, однако, больше не разрабатывается.
  • Больше не поддерживаются машины без x86_64-v2.

Обновлены версии системного ПО

  • Ядро Linux версии 6.12 (из SLES 16.0)
  • GNOME 48
  • KDE Plasma 6.3.4 (планируется 6.4.0 в окончательном выпуске)
  • AppArmor 4.1
  • GIMP 3.0
  • RPM 4.20 скоро
  • Cockpit 334.1 (планируется последняя на момент выхода версий Leap 16 — кандидатов на выпуск)

Обновлены репозитории

Leap 16 теперь использует управление репозиториями, основанное на службе индексирования репозиториев (RIS).

Репозитории теперь разделены поархитектурно, что делает метаданные меньше, а обновления — быстрее. Также, Leap 16 включает экспериментальную поддержку параллельного скачивания пакетов в Zypper.

Полный список репозиториев Leap 16 см. здесь.

SELinux и AppArmor

Leap 16 использует SELinux по умолчанию, но вы можете перейти на AppArmor, если хотите.

Варианты перехода на Beta

Свежим инсталляциям рекомендуется полностью протестировать новую программу установки Agama. Если вы хотите выполнить обновление с помощью zypper dup, вам нужно обновить репозитории. Подробнее см. в источнике новости.

Новая система ролей выпусков

Наша группа документации представила модульную систему заметок о выпуске с использованием SUSE/release-notes. Это позволяет лучше распределять изменения в SLE и должно привести к более полной и полезной документации.

Отправка сообщений об ошибках

Обратная связь на этом этапе разработки критически важна. Пожалуйста, сообщайте обо всех проблемах на bugzilla.opensuse.org.

>>> Новости openSUSE (более подробно)

★★★

Проверено: hobbit ()
Последнее исправление: CrX (всего исправлений: 7)

openSUSE Leap 16 перешёл в статус Beta

Я думаю значимость этого события трудно переоценить.

mbivanyuk ★★★★★
()

Очень интересный changelog, основываясь на этих пунктах:

  • Отказ от своих технологий в пользу технологий RH
  • Контейнеризация и ограничения доступа пользователя к своему компьютеру
  • Замена полноценного графического сервера на Wayland

Я записываю openSUSE в крайнее ненужно.

MOPKOBKA ★★★★★
()
Ответ на: комментарий от MrCookie

По моему там совсем другое по ссылке написано, и этот перевод неверен:

Leap остётся традиционным полнофункциональным Linux-дистрибутивом.

Что я вижу по ссылке:

it’s built from SUSE Linux Enterprise 16 and its new base, SUSE Linux Framework One (formerly ALP).

ALP это заворачивание всего в контейнер, и подход который они описали «Zero touch» (не прикасаться даже палкой), а то вдруг пользователь сможет что то изменить или настроить.

MOPKOBKA ★★★★★
()
Ответ на: комментарий от MOPKOBKA

Процитированный вами текст из новости — перевод третьего абзаца от верха страницы. Там так написано.

MrCookie ★★★
() автор топика
Ответ на: комментарий от MrCookie

А куда делось ALP из этого дистрибутива? Они перепаковывают контейнерные пакеты в классические?

Сейчас протестирую в виртуальной машине и отпишусь по результатам, везде очень непонятно написано, перешли они на ALP или нет.

MOPKOBKA ★★★★★
()
Ответ на: комментарий от MOPKOBKA

Я думаю, что либо нет, либо это не то ALP, что было изначально. Они же написали, что для тех, кому нужна иммутабельность, есть Leap Micro.

MrCookie ★★★
() автор топика

RIP openSUSE

Они сделали всё, чтобы этим стало невозможно пользоваться. Во времена [open]SUSE 10/11 это была фантастически удобная система, но потом её начали усердно ломать. Leap 15.3 последний «нормальный» релиз.

EtherealPhantom
()
Ответ на: комментарий от MrCookie

В последнем - дроп X11, контейнеры - ненужное усложнение архитектуры, очередная революция в YaST, дроп железа. В Tumbleweed и так практически невозможно обновить систему, не сломав её, только через dist-upgrade, который может не закончиться хорошо. И самое главное - если что-то не заработало, потом невозможно откатиться на предыдущие версии пакетов, т.к. их постоянно стирают из репов, в доступе только самые распоследние. Начиная с какого-то релиза на машины без UEFI нормально не поставить.

На это накладывается общая проблема апстрима - жесткая привязка по версиям [что-нибудь+mesa]+systemd+glibc+linux, если что-то не работает на конкретном железе соседняя рабочая комбинация версий может оказаться на расстоянии нескольких стабильных релизов назад, куда соответственно, уже не встанут новые пакеты.

После Leap 42.3 на какое-то время перешел на Tumbleweed, но с него с дикими матами пришлось сваливать обратно на Leap, а теперь и его испортили.

EtherealPhantom
()
Последнее исправление: EtherealPhantom (всего исправлений: 2)
Ответ на: комментарий от EtherealPhantom

дроп X11

Найс, давно пора

контейнеры - ненужное усложнение архитектуры

Только Leap Micro

Начиная с какого-то релиза на машины без UEFI нормально не поставить.

Это уже чуть ли не раритет.

MrCookie ★★★
() автор топика
Ответ на: комментарий от EtherealPhantom

Я протестировал эту бету через netinstall, контейнеров не нашел через ps, файлы в /usr/bin записываются. Так что видимо контейнеры пока еще отложены.

MOPKOBKA ★★★★★
()
Последнее исправление: MOPKOBKA (всего исправлений: 1)
Ответ на: комментарий от MOPKOBKA

Ну вот. Там ведь так и написано. Контейнеры — только для Leap Micro

MrCookie ★★★
() автор топика
Ответ на: комментарий от MrCookie

Видно что SUSE стал копировать RH, а в RHEL 10 как раз требование на v3. Пакеты v3 в openSUSE уже собирают, в отдельную папку для этой под-архитектуры.

MOPKOBKA ★★★★★
()
Последнее исправление: MOPKOBKA (всего исправлений: 2)
Ответ на: комментарий от MOPKOBKA

Оно и видно, фанаты Wayland просто не смогли написать «Windows» без ошибок :)

EtherealPhantom
()
Ответ на: комментарий от ivanich10

Еще нет, но скоро выкинут и все будут спасены от этого куска г-на, без яста вообще ничего нельзя будет ни установить ни настроить :)

EtherealPhantom
()

А какой смысл выпиливать иксы? В корицу вот только недавно вяленый подвезли, и то в экспериментальном формате, а в крысе поддержка частичная

termieva7
()
Ответ на: комментарий от MOPKOBKA

Отказ от своих технологий в пользу технологий RH

Уже одно это делает из suse ненужно.

beck ★★★★
()
Ответ на: комментарий от EtherealPhantom

Хм, а нелокальная графика?

Уже лет 100 как ненужно.

bdrbt
()
Ответ на: комментарий от EtherealPhantom

Шесть лет установлен tumbleweed на десятке машин. Все без проблем обновляется. Для отката можно использовать btrfs (snapper) или, если нужно откатить какой-то определенный пакет никто не запрещает использовать tumbleweed-cli.

oberkut
()
Ответ на: комментарий от thesis

Говорят, кто-то из redhat перешёл в suse, и теперь рулит там.

rupert ★★★★★
()
Ответ на: комментарий от termieva7

Вялый не работает только в отдельно взятом дистре, как коммунизм только в отдельно взятой стране. Пользователи будут перебегать на другие дистры, и из них тоже надо выпиливать иксы.

rupert ★★★★★
()
Ответ на: комментарий от oberkut

В tumbleweed мажорные апдейты не помечены должным образом в зависимостях, поэтому, например, при попытке установить python313, когда в системе стоит python311, приводит не к разрешению зависимостей и апгрейду всех связанных пакетов, а к конфликту при установке пакета, поскольку две версии сосуществовать в одной системе не могут. А вот если перед этим зайти в YaST и попросить снести python311, тогда все пакеты python313 автоматически выберутся для установки. Спрашивается, а почему в первом случае конфликт на уровне зависимостей пакетов не разрешается, а доходит до конфликта содержимого пакетов?

Не знаю, что такое tumbleweed-cli, но откатываться просто не на что, поскольку в репе старого пакета уже нет, его стёрли давно.

EtherealPhantom
()
Ответ на: комментарий от the_real_kinik

Потому, что некие приложения изначально GUI-only и должны запускаться принципиально на другой машине и работать в другой сети. Использовать для этого только VNC это перебор, к тому же его часто нет и это отдельный гемор, проброс X11 внутри ssh гораздо лучше решает эту задачу.

EtherealPhantom
()
Ответ на: комментарий от MrCookie

Сколько машин в работе? В скольки разных сетях они расположены? Один локалхост дома/на работе? Если так, то понятно. А вот мне ssh нужен и ещё как.

EtherealPhantom
()

Я так понимаю, что разработчики потихоньку выпиливают YaST? Зачем нужны эти Agama, Cockpit и Myrlyn? Что они будут лучше делать? Работает YaST - зачем его трогать.

stanislau
()
Ответ на: комментарий от EtherealPhantom

В Tumbleweed и так практически невозможно обновить систему, не сломав её, только через dist-upgrade, который может не закончиться хорошо.

Инструкцию хоть раз читал? Тумблевид обновляется только через dist-upgrade.

И самое главное - если что-то не заработало, потом невозможно откатиться на предыдущие версии пакетов, т.к. их постоянно стирают из репов, в доступе только самые распоследние.

Для этого там btrfs. Где ты вообще видел «старые пакеты» в репах?

Начиная с какого-то релиза на машины без UEFI нормально не поставить.

С какого? У меня на 3-х машинах без UEFI.

kott ★★★★★
()
Ответ на: комментарий от kott

Инструкцию не читал и не собирался даже. Дистр, который только через dist-upgrade нахер не нужен.

Не хватало еще на уровень ФС это переносить…

В Leap можно откатиться до релиза, всегда. Раньше, до Leap 15.x, кмк в репах Leap сохраняли все промежуточные версии, но их вообще этих версий было не очень много, позже стали адово резать архивы.

А вот не отследил с какого момента. Просто машина не видит загрузчик на флэхе и всё, хотя он там как бы даже есть :) Оптика, понятно, давно вся передохла.

EtherealPhantom
()
Ответ на: комментарий от kott

А можно мне такой rolling-release, где сохраняется весь архив версий, правильно прописаны зависимости, и можно по зависимостям ползать от первого пришествия до последнего вдоль каждого пакета индивидуально?

EtherealPhantom
()
Ответ на: комментарий от EtherealPhantom

На счет tumbleweed-cli почитайте в сети. Очень удобная штука. Никто старые версии пакетов не стирает. Tumbleweed-cli без проблем помогает откатывать их версии. А на счёт примера с зависимостями это мелочь.

oberkut
()
Последнее исправление: oberkut (всего исправлений: 2)
Ответ на: комментарий от EtherealPhantom

Инструкцию не читал и не собирался даже. Дистр, который только через dist-upgrade нахер не нужен.

Страдать от собственного невежества и винить в этом других - это очень мило :)

А можно мне такой rolling-release, где сохраняется весь архив версий, правильно прописаны зависимости, и можно по зависимостям ползать от первого пришествия до последнего вдоль каждого пакета индивидуально?

В TW есть практически все версии питона, пхп и гцц (это из того, что мне нужно было). Какой роллинг ещё такое предоставляет?

Переключаться между снапшотами может tumbleweed-cli, но ты ж инструкций не читаешь. Если ты ещё и хочешь чтобы все-все репы имели бинарный срез на каждый ребилд - ну хоти :)

kott ★★★★★
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.