Features/Specific

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

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

На данной странице предполагается создать развёрнутый план лекции (или нескольких) на тему «Что нужно знать девопсу про 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