LINUX.ORG.RU

Выпуск Одиннадцатой платформы ALT p11

 , , ,


1

1

Состоялся выпуск Одиннадцатой платформы ALT p11 (Salvia).

В новой стабильной ветке сборка пакетов производится для архитектур:

  • x86_64;
  • i586;
  • aarch64;
  • Эльбрус: e2k (v3, 4С) и e2kv4 (8С/1С+), а также e2kv5 (8СВ), новой e2kv6.

В репозитории для x86_64 сохранится поддержка multilib. Для 32-битных архитектур mipsel, armh (armv7a), 64-битной ppc64le бранч p11 не создаётся.

Платформа предназначена для разработки, тестирования, распространения, обновления и поддержки комплексных решений всех уровней - от встроенных устройств до серверов предприятий и датацентров; создана и развивается командой ALT Linux Team, поддерживается компанией «Базальт СПО».

В Одиннадцатой платформе собраны решения, связанные с работой службы каталогов, миграцией с проприетарной инфраструктуры и другие.

Новые версии приложений

На момент выпуска ветки p11 доступно ядро Linux 6.1, 6.6, 3.10 (OpenVZ). rt-6.1.90 (с патчами реального времени). Для системного окружения предоставлены systemd 255.6, Glibc 2.38, набор компиляторов GCC 13.2, 12.3, 11.4.

Обновлены сетевые службы и подключения: NetworkManager обновлён до версии 1.46, многофункциональный DNS-сервер BIND 9.18, nginx 1.24, Apache httpd 2.4, postfix 3.8.

Для пользователей p11 доступны рабочие среды GNOME 46, KDE 5.116, MATE 1.28, Xfce 4.18 и другие. Собраны актуальные версии веб-браузеров: Firefox обновлён до 126.0; доступен вариант Firefox ESR 115.11; Chromium 125.0 и Chromium-gost 124.0. В платформу собран официальный клиент для мессенджера Telegram telegram-desktop версии 5.0. Обновлены приложения для работы со звуком. Сервер ввода/вывода звука JACK удалён из репозитория в пользу pipewire-jack, слоя совместимости с JACK для PipeWire.

Групповые политики в Linux

В новой стабильной ветке представлено решение по реализации групповых политик в ОС «Альт», основанное на проекте Samba - альтернатива Active Directory под Linux/Unix. Набор утилит: графические инструменты управления групповыми политиками в Linux ADMC и GPUI, а также механизм применения групповых политик gpupdate. На текущий момент в p10 и p11 версии приложений синхронизированы: ADMC 0.16, GPUI 0.2, gpupdate 0.10. Сопровождение планируется осуществлять вплоть до окончания поддержки p10.

В p11 доступна стабильная версия Samba 4.20 совместно с Kerberos 1.21.

Новые инструменты

В ветку p11 вошла графическая утилита диагностики операционной системы ALT Diagnostic Tool, универсальная библиотека libdomain на языке Си, предназначенная для упрощения взаимодействия с различными серверами LDAP, включая FreeIPA, Samba/AD и OpenLDAP. И графический пользовательский интерфейс alterator-browser для настройки системы с использованием D-Bus.

Узнать больше в рассылке altlinux-announce-ru@

Технические подробности релиза на ALT Linux Wiki

Подробнее о новой ветке p11



Проверено: maxcom ()
Последнее исправление: ALTlinux (всего исправлений: 2)

В p11 доступна стабильная версия Samba 4.20 совместно с Kerberos 1.21.

Я правильно понял, что керберос в самбе теперь не будет конфликтовать с керберосом из поставки? Или, все как и раньше, без изменений?

DrRulez ★★★★
()

Имеющиеся уже флешки Simply Linux, в красивых коробочках, можно обновить, и если да, то как?

Infra_HDC ★★★★★
()

У нас же вроде спам запрещён правилами? Или это другое?

Werenter ★★★
()

В ветку p11 вошла графическая утилита диагностики операционной системы ALT Diagnostic Tool

Впервые отечественная разработка вошла в «отечественный» дистрибутив

rtxtxtrx
()

Это та самая альтушечка для скуфа?

Irma ★★
()

Сервер ввода/вывода звука JACK удалён из репозитория в пользу pipewire-jack, слоя совместимости с JACK для PipeWire.

Но зачем надёжный jack заменять на что-то теряющее звуковые устройства из-за багов в libcamera?

mittorn ★★★★★
()

Одобряемо, но хотелось бы увидеть минималистичные установщики в духе арча/войда. Про стартеркиты и jeOS я в курсе, но уж больно ужасный там установщик…
Понимаю, что коммерческой выгоды с этого никакой, но сообществу было бы очень приятно).

eyrell
()

В соответствии с лицензионным соглашением свободно использовать операционные системы «Альт» могут только физические лица.

Надо бы добавить тэг проприетарщина. Не нужно!

andalevor ★★
()

Чем этот дистр отличается от остальных RPM-ных, кроме зачем-то использования apt-get?

zg
()

Я пользовался когда-то ALTLINUX, писал на их форуме, об этом остались приятные воспоминания…

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

В репозитории свободные программы. Если не найдете игру под свободной лицензией, – пишите заявку на сборку в bugzilla.altlinux.org

Для виндовых игр есть, например, https://www.altlinux.org/PortProton

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

Обещать не буду, но обсудим. Спасибо.

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

Есть две сборки: samba-dc (Heimdal) и samba-dc-mitkrb5 (с MIT Kerberos). Никакого конфликта не было, если использовать версию, собранную с MIT Kerberos. Конфликта не было и в случае с Heimdal Kerberos.

ALTlinux
() автор топика

теперь еще полгодика подождать, пока не отловят все совсем уж явные проблемы, и можно будет потыкать

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

Дистрибутивы на базе p11 только в ноябре обещают. Даже страртеркиты пока nightly.

В общем, что даёт простому пользователю (а не бета-тестеру) «выпуск платформы p11», я так и не понял.

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

Стартеркиты – квартальный релиз, как обычно. Они всегде в этом каталоге. Используйте.

Так как версии софта в p11 свежие, то нужно время на проверку совместимости с распространенными проприетарными приложениями.

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

В июне смысла выпускать стартеркиты я не вижу. Так что июньские вышли в этот раз в мае :)

antohami
()

Выпуск Одиннадцатой платформы ALT p11

Хорошая ОС.
Ныне open source политикой подванивать стал и полагаться на технологии из-за бугра может «выйти боком».

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

Хорошая ОС.

Да. именно Альт - хорошая ОС. Но вот базальт, в свете последних событий именно что «политикой подванивать стал».

полагаться на технологии из-за бугра может «выйти боком».

И какие такие сверх-технологии в альте? Если мне не изменяет память - над тем ПО, которое входит в состав - работал весь мир. Да - альт сделал свой дистрибутив линукса. И он - вполне хорош. Но это не повод для ура-патриотического угара.

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

Есть две сборки: samba-dc (Heimdal) и samba-dc-mitkrb5 (с MIT Kerberos). Никакого конфликта не было, если использовать версию, собранную с MIT Kerberos. Конфликта не было и в случае с Heimdal Kerberos.

Тогда советую почитать собственную инструкцию по установке samba-dc на р10. Там про несовместимость русским по белому у вас написано. И это - правда.

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

Но вот базальт, в свете последних событий именно что «политикой подванивать стал».

Не в курсе что там у них.
Предположу, что из-за санкций в Альт Линукс становится проблематично использовать в ОС некоторый софт.

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

Я читал ваши претензии к виртуализации, но не согласен с ними.

Если вы пробовали хоть немного этот дистрибутив, то можно обсудить. Но все же не здесь.

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

Впервые отечественная разработка вошла в «отечественный» дистрибутив

Вообще-то нет. А уж если вспомнить, кто strace сейчас поддерживает... Да и не только.

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

Впечатляет. Не понятно только, зачем им столько и почему оно не в апстриме?

Вероятно потому, что апстрим надо уговаривать. Так-то тащить патчи из версии в версию не самое интересное занятие. А зачем они? Некоторые для упрощения написания спека, некоторые просто полезны, например set:versions.

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

Вероятно потому, что апстрим надо уговаривать.

Если изменение полезное и нужное, обычно уговаривать не надо.

например set:versions

Почитал тут ветку их переписки с разработчиками из других RPM-ных дистрибутивов в 2016, где обсуждались и альтовские патчи https://www.spinics.net/lists/rpm-ecosystem/msg00404.html Похоже их главная проблема заключается в том, что они используют RPM по-разному. RedHat и SuSE используют его в связке с DNF. Alt зачем-то взяли дебиановский APT. Mageia использовала URPMI и тоже смотрела в сторону DNF. Начиная с 6-й версии и по текущую они зачем-то поддерживают оба варианта и уже тогда в 2016 один из их разработчиков написал, что свои маджеевские патчи они не несут в апстрим именно из-за DNF. Что касается непосредственно set:versions, а не нарушает ли это общий подход работы с зависимостями в RPM и не является ли это попыткой превратить RPM в некое подобие DEB?

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

Что касается непосредственно set:versions, а не нарушает ли это общий подход работы с зависимостями в RPM и не является ли это попыткой превратить RPM в некое подобие DEB?

Это попытка проконтролировать изменение ABI библиотек, когда разработчик забывает поменять soname: https://lists.altlinux.org/pipermail/devel/2010-October/185036.html

Ещё, кстати, изначально патчи делались для rpm 4.0.4, может из-за этого ещё были проблемы с принятием в апстрим. Сейчас опять отставание от апстримного rpm началось.

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

Requires: libfoo.so.1 >= set:3f5b289c...

Не очень понятно как генерируется и сравнивается на >= хеш после set:. Из описания я понял, что это некое минимальное подмножество символов из библиотеки libfoo.so.1, которая должна иметь как минимум. То есть вот это 3f5b289c... разбивается на фиксированные куски (хеши символов) и затем сравнивается с хешами символов из текущего libfoo.so.1? soname - это всё название «libfoo.so.1» целиком? По моему это какой-то костыль. Разве внутри любого so файла нет его версии? Например GLIBC_2.34. Кто сказал, что просто наличие необходимых символов означает совместимость?

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

Разве внутри любого so файла нет его версии? Например GLIBC_2.34

Есть. Но эту версию положено менять, когда что-то меняется, а часто бывает, что забывают/забивают. С glibc вряд ли, но вот на менее ответственных библиотеках случается.

Кто сказал, что просто наличие необходимых символов означает совместимость?

Это дополнительный контроль.

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

Есть. Но эту версию положено менять, когда что-то меняется, а часто бывает, что забывают/забивают. С glibc вряд ли, но вот на менее ответственных библиотеках случается.

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

zg
()

Дистрибутив практичеки полностью не готов к работе - обоев нет!

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

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

Ну вот этот rpm с set:version это в пакет и пишет при сборке из тарбола. Откуда другой пакет-то возьмётся?

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

Что он пишет, разве не хеши символов (то есть названий функций) so файлов? Почему бы просто не указать версию или wildcard версий, а затем сравнить с версией из RPM файла, из которого пришёл этот so файл?

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

Мы разрабатываем apt-rpm с 2001 года. Изначально его предложил Alfredo Kojima (Conectiva).

Причин отказываться от этого решения мы не видим.

Для тех, кто хочет единообразия, есть eepm от Etersoft (https://github.com/Etersoft/eepm)

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

Имеется в виду несовместимость между разными инсталляциями. То есть если поставить samba-dc, а потом samba-dc-mitkrb5 и запустить поверх тех данных, то что-то может пойти не так. Здесь всё на данный момент неоднозначно. Дело в том, что мы не гарантируем совместимость разных типов сборки между собой.

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

А можно узнать, почему то, как это работает у Red Hat и SuSE вам не подошло? Можно сказать, что причины чисто исторические и если бы вы начинали сейчас, то выбрали бы существующие RPM+DNF?

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

Что он пишет, разве не хеши символов (то есть названий функций) so файлов? Почему бы просто не указать версию или wildcard версий, а затем сравнить с версией из RPM файла, из которого пришёл этот so файл?

Блин. Это, вообще, про что?

Ещё раз.

1. Есть механизм soname. Он работает и достаточен, если бы не его зависимость от человеческого фактора.
2. set:version дублирует этот механизм.

Какие ещё wildcard-версии?

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

Дополнительно к «механизму soname» идёшь в пакет, из которого этот so файл пришёл, и ищешь там версию библиотеке (не пакета). В своём пакете прописываешь, что foo.so должен быть версии больше x.y.z или от x.y.z до x.a.b или 5.7.* и проверяешь эту версию из самого foo.so, а если не подошло, то из пакета откуда этот foo.so пришёл.

А что в set:version написано вообще непонятно. Хеш какой-то или конкатенация хешей и сколько бит в каждом из них. Абракадабра какая-то. Короче костыль.

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

Дополнительно к «механизму soname» идёшь в пакет, из которого этот so файл пришёл, и ищешь там версию библиотеке (не пакета)

Версия библиотеки и называется soname. Я не знаю, как тебе объяснить. Про версию пакета речь не идёт, и я просто не стал тебя поправлять с GLIBC_2.34, это не soname.

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

Версия библиотеки и называется soname. Я не знаю, как тебе объяснить.

Название файла? Например libx.so.1.3 - это soname? Если так, разве не пакет и маинтейнер этого пакета из данного дистрибутива, из которого он пришёл, определяет это название?

Про версию пакета речь не идёт, и я просто не стал тебя поправлять с GLIBC_2.34, это не soname.

А жаль. Всё ещё не понятно что там после set: записывается такое шестнадцатеричное и как происходит сравнение >=.

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