Features/Specific

К вам в руки попал дистрибутив ALT: что с ним делать и на что в первую очередь обращать внимание

Для умеренно грамотного пользователя Linux (например, DevOps-а) часть инструментов окружения, предоставляемого дистрибутивами и сборками ALT, покажутся вполне знакомыми, а часть — совершенно неизвестными, или похожими — но с важными отличиями.

На данной странице предполагается создать развёрнутый план лекции (или нескольких) на тему.

Родительская страница на эту тему есть, она невелика (преследует несколько иные — более общие цели) и сильно устарела. Может так случится, что содержание этой страницы заменит родительскую; но пока она в разработке.

Источники информации

• ALTLinux.org — выделенные страницы. Довольно много информации можно найти на страница-сборниках:
  • Первая_помощь
  • ответы на часто задаваемые вопросы
  • Сборка_пакетов
  • …и т. п.
• ALTLinux.org — категории. Сайт работает на движке MediaWiki и поддерживает объединение страниц по категориям. Большая часть общей информации содержится в
  • Документации
  • HOWTO
  • Справочниках
  • Руководствах
• ALTLinux.org — поиск. Сайт поддерживается сообществом, представления об «очевидности» информации у всех разные. Время от времени нужные сведения находится на странице с непредсказуемым именем. Помогает поиск по содержимому.
• docs.ALTLinux.org — Официальная документация по продуктам BaseALT и некоторым важным компонентам
• Списки рассылки сообщества ALT Lunux Team с поиском по ним (вот тут подробнее про то, что это такое)
• Группа в Telegram

Общий инструмент поиска по ресурсам ALT: http://search.altlinux.org

Документация внутри дистрибутива лежит там, где и ожидается — `/usr/share/doc`, man, info и т. п.

Сообщения о ошибках и запросы на изменение

Основной инструмент взаимодействия с сообществом разработчиков — система отслеживания ошибок Bugzilla.

Bugzilla — это не техническая поддержка дистрибутивов компании. Это обратная связь с людьми, которые участвуют в разработке и могут помочь вам, если у них есть на это ресурс. Отозвавшийся человек формально ничем вам не обязан, а вот вам — если вы хотите решить свою проблему — стоит по мере сил ему помогать.

Отдельно имеет смысл почитать документы «как правильно сообщать об ошибках» (примеры есть по ссылке выше).

Это же правило относится и к другим средствам связи с разработчиками и сообществом — спискам рассылок, форуму, каналу Telegram и т. п.

Условия и способ взаимодействия со службой технической поддержки должны быть в сопроводительной документации приобретённого вами дистрибутива.

Какие бывают дистрибутивы?

Замечание. В разных сообществах термин «дистрибутив» может означать разное. В ALT Linux Team приняты такие термины

• Репозиторий — хранилище пакетов Linux, протестированное на совместимость и цельность
• Дистрибутив — комплект ПО из этого хранилища, предназначенный для развёртывания операционной системы с определёнными свойствами (рабочая станция, сервер и т. д.) в определённых условиях (аппаратные платформы различных архитектур, виртуализованные окружения и т. п.)

• Штатные дистрибутивы. Дистрибутивы линейки «Альт» разрабатываются компанией Базальт СПО в активном взаимодействии с сообществом ALT Linux Team. Список и краткое описание дистрибутивов можно посмотреть на сайте компании.
  • Дистрибутивы во многом состоят из доработанных сборок свободного программного обеспечения, сделанных сообществом и разработчиками компании, однако как составные произведения могут распространяться под несвободными лицензиями. Эти лицензии не меняют условия распространения свободных компонентов, но на дистрибутив в целом обычно накладываются дополнительные коммерческие ограничения. Более подробно см. в Лицензионной политике Базальт СПО.
  • Большая часть штатных дистрибутивов Альт доступна к скачиванию и бесплатна для физических лиц. Для юридических лиц требуется приобретение коммерческой лицензии.
  • Дистрибутив Simply Linux полностью бесплатен
  • Дистрибутив Альт Платформа имеет вариант выбора лицензии: в зависимости от того, будете ли вы с его помощью изготавливать свободное или же несвободное ПО, может потребоваться коммерческая лицензия
  • Лицензия и доступ к дистрибутиву Альт СП дополнительно ограничены требованиями сертификации ФСТЭК
• Стартовые наборы. Сборки операционных систем на базе стабильного среза репозитория.
  • Они не являются полноценными дистрибутивами
  • По ним не осуществляется техническая поддержка
  • Полностью бесплатны, распространяются под свободной лицензией (GPL)
  • Имеют множество вариантов под разные платформы
  • Стартовые наборы создаются на основе того же самого среза репозитория (ветки), что и штаные дистрибутивы.

• • В жизненном цикле репозитория они появляются первыми, почти сразу после создания стабильного среза, и по пакетам совпадают с будущими официальными дистрибутивами
• Регулярные сборки. Сборки операционных систем на базе роллинг-репозитория Sisyphus.
  • Точно так же не являются дистрибутивами, распространяются под свободной лицензией
  • Предназначены для тестирования новых технологий и пакетов во время развития Sisyphus
  • Не предназначены для эксплуатации без существенного объёма опыта (примерно в рамках всех ссылок с данной страницы ☺)

Если у вас есть время и возможность выбора, можно заглянуть сюда. Все дистрибутивы можно обновлять и дополнять пакетами из соответствующей ветки, то есть технически в рамках одного репозитория из любого дистрибутива можно сделать любой. Однако обязательства и услуги компании распространяются только на её продукты; более того — коммерческие лицензии и сертификация могут накладывать дополнительные ограничения на их использование.

Репозитории ALT

Основное хранилище программного обеспечения сообщества — репозиторий Sisyphus. Каждый пакет, прежде чем попасть в дистрибутив, должен был появиться в Сизифе.

«Сизиф»

Sisyphus — инфраструктура разработки дистрибутивов сообщества ALT, репозиторий — это только его часть. Оформление пакета для Sisyphus требует соблюдения. Сам пакет должен быть подписан сопровождающим, пересобран сборочницей и проверен разнообразными тестами — на предмет цельности репозитория, который будет этот пакет содержать, соответствия дисциплинам, безопасности и т. п. Описание Sisyphus и принципов работы его компонентов выходит за рамки данной статьи ☺.

Пакеты в Sisyphus появляются ежедневно. С учётом `Sisyphus_check`, состояние репозтория всегда остаётся технически цельным, а пакеты в нём всегда отвечают всем автоматическим тестам. Таким образом Сизиф аналогичен роллинг-релизам со следующими особенностями:

• Не тестируется возможность обновления ОС с произвольного состояния Сизифа на произвольное — нельзя предсказать, в какой момент кто-то сделает `apt-get dist-upgrade`. Строго говоря, кто запустил `dist-upgrade` — тот и протестировал ☺.
• Не тестируются эксплуатационные показатели систем на базе Сизифа. Можно скачать регулярную сборку и посмотреть.
• Не тестируется логическая совместимость подсистем. Типичный случай: опять Леннарт напридумывал чего-то нового в Systemd, не все апстримы и сопровождающие адаптировали своё ПО. Снова — кто обновил, тот и тестирует ☺.
• Не гарантируется пересобираемость старых пакетов в новом окружении. Следить за этим и обновлять пакеты — и есть труд сопровождающих.

В целом, систему под управлением Сизифа можно эксплуатировать, если:

• Вы отслеживаете информационное пространство, связанное с изменениями в репозитории (в первую очередь списки рассылки Devel и Sisyphus) и аккуратно выбираете время для обновления системы
• Вы готовы самостоятельно решать проблемы, которые всё-таки могут после этого возникнуть
• Вам не нужны услуги техподдержки

«Платформы»

Официальные дистрибутивы компании и стартовые наборы выпускаются на базе т. н. веток — стабильных срезов Сизифа. Решение о создании очередной ветки принимается по согласованию с сообществом — после доведения основного ПО до более-менее актуального и работоспособного состояния и компанией «Базальт СПО», когда предыдущая платформа начинает устаревать.

Текущая платформа — p11.

Особенности стабильной платформы:

• Пакеты обновляются по запросу со стороны компании или сообщества — как правило это обновления по безопасности и сборка актуальных версий популярного ПО
• Пакеты проходят процедуру тестирования в составе штатных дистрибутивов (когда попадают туда)
• Платформа поддерживается компанией несколько лет — до момента стабилизации следующей платформы
• Для дистрибутивов разрабатывается методика обновления и/или миграции операционных систем на базе предыдущей платформы
• Компания может предоставлять дополнительные обязательства по дистрибутивам на базе платформы (в первую очередь — техническую поддержку различных уровней)

Пакеты в платформе как правило слегка устаревшие, и обновляются существенно реже. Нередко в состав платформы входит т. н. LTS-версия ПО — это снижает количество потенциальных ошибок и позволяет отчасти надеяться на поддержку со стороны «апстрима» — компании-разработчкиа.

Сообществом поддерживается ещё несколько автоматически формируемых репозиториев, но они не рекомендуются к эксплуатации напрямую.

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

TODO Обновление ПО из репозиториев, связка APT + RPM, apt-repo; не смешивать

TODO остаток плана

1. Установка стороннего софта:автоимпорт, апстримный RPM, самосборный RPM и его репо, домен-специфичная (pip и т. п.), конверсионная (eepm), поддержка flatpak, snap и appimage, недостатки всех способов и когда их использовать
2. Настройка системы с помощью alterator
3. Система хранения паролей (хешей, конечно) /etc/tcb
4. Статическая настройка сети с помощью etcnet (вы правы, он всё ещё существует)
5. Чрутованые сервисы из коробки (libresolve, postfix, …)
6. Мелкий ALT-специфик (control, останки /etc/sysconfig, …требует небольшого исследования…)
7. Всосать сюда часть Features