Features/Specific: различия между версиями

Материал из ALT Linux Wiki
мНет описания правки
Нет описания правки
Строка 20: Строка 20:
* [http://ALTLinux.org ALTLinux.org] — поиск. Сайт поддерживается сообществом, представления об «очевидности» информации у всех разные. Время от времени нужные сведения находится на странице с непредсказуемым именем. Помогает поиск по содержимому.
* [http://ALTLinux.org ALTLinux.org] — поиск. Сайт поддерживается сообществом, представления об «очевидности» информации у всех разные. Время от времени нужные сведения находится на странице с непредсказуемым именем. Помогает поиск по содержимому.
* [https://docs.altlinux.org docs.ALTLinux.org] — Официальная документация по продуктам BaseALT и некоторым [https://docs.altlinux.org/ru-RU/index.html#domain важным компонентам]
* [https://docs.altlinux.org docs.ALTLinux.org] — Официальная документация по продуктам BaseALT и некоторым [https://docs.altlinux.org/ru-RU/index.html#domain важным компонентам]
* [https://lore.altlinux.org Списки рассылки] сообщества ALT Lunux Team с поиском по ним ([https://ru.wikipedia.org/wiki/Рассылка_электронной_почты#По_типу_формирования_списка_(листа)_рассылки что такое список рассылки])
* [https://lore.altlinux.org Списки рассылки] сообщества ALT Lunux Team с поиском по ним ([[ListRules|вот тут]]  подробнее про то, что это такое)
* [https://t.me/alt_linux Группа в Telegram]
* [https://t.me/alt_linux Группа в Telegram]
Общий инструмент поиска по ресурсам ALT: http://search.altlinux.org
Документация внутри дистрибутива лежит там, где и ожидается — `/usr/share/doc`, man, info и т. п.
Документация внутри дистрибутива лежит там, где и ожидается — `/usr/share/doc`, man, info и т. п.
=== Сообщения о ошибках и запросы на изменение ===
Основной инструмент взаимодействия ''с сообществом разработчиков'' — [[BugTracking|система отслеживания ошибок Bugzilla]].
{{Важно|Bugzilla — это не техническая поддержка дистрибутивов компании. Это обратная связь с людьми, которые участвуют в разработке и ''могут'' помочь вам, если у них есть на это ресурс. Отозвавшийся человек формально ничем вам не обязан, а вот вам — если вы хотите решить свою проблему — стоит по мере сил ему помогать.}}
Отдельно имеет смысл почитать документы «как правильно сообщать об ошибках» (примеры есть по ссылке выше).
Это же правило относится и к другим средствам связи с разработчиками и сообществом — спискам рассылок, форуму, каналу Telegram и т. п.
Условия и способ взаимодействия со ''службой технической поддержки'' должны быть в сопроводительной документации приобретённого вами дистрибутива.


== Какие бывают дистрибутивы? ==
== Какие бывают дистрибутивы? ==
'''Замечание'''. В разных сообществах термин «дистрибутив» может означать разное. В ALT Linux Team приняты такие термины
* ''Репозиторий'' — хранилище пакетов Linux, протестированное на совместимость и цельность
* ''Дистрибутив'' — комплект ПО из этого хранилища, предназначенный для развёртывания операционной системы с определёнными свойствами (рабочая станция, сервер и т. д.) в определённых условиях (аппаратные платформы различных архитектур, виртуализованные окружения и т. п.)
* '''Штатные дистрибутивы'''. Дистрибутивы линейки «Альт» разрабатываются компанией [https://www.basealt.ru Базальт СПО] в активном взаимодействии с [[ALT_Linux_Team|сообществом ALT Linux Team]]. Список и краткое описание дистрибутивов можно [https://www.basealt.ru/products посмотреть на сайте компании].
* '''Штатные дистрибутивы'''. Дистрибутивы линейки «Альт» разрабатываются компанией [https://www.basealt.ru Базальт СПО] в активном взаимодействии с [[ALT_Linux_Team|сообществом ALT Linux Team]]. Список и краткое описание дистрибутивов можно [https://www.basealt.ru/products посмотреть на сайте компании].
** Дистрибутивы во многом состоят из доработанных сборок свободного программного обеспечения, сделанных сообществом и разработчиками компании, однако как составные произведения могут распространяться под несвободными лицензиями. Эти лицензии не меняют условия распространения свободных компонентов, но на дистрибутив в целом обычно накладываются дополнительные коммерческие ограничения. Более подробно см. в [https://www.basealt.ru/fileadmin/docs/License_policy.pdf Лицензионной политике] Базальт СПО.
** Дистрибутивы во многом состоят из доработанных сборок свободного программного обеспечения, сделанных сообществом и разработчиками компании, однако как составные произведения могут распространяться под несвободными лицензиями. Эти лицензии не меняют условия распространения свободных компонентов, но на дистрибутив в целом обычно накладываются дополнительные коммерческие ограничения. Более подробно см. в [https://www.basealt.ru/fileadmin/docs/License_policy.pdf Лицензионной политике] Базальт СПО.
Строка 41: Строка 59:
** Точно так же не являются дистрибутивами, распространяются под свободной лицензией
** Точно так же не являются дистрибутивами, распространяются под свободной лицензией
** Предназначены для тестирования новых технологий и пакетов во время развития Sisyphus
** Предназначены для тестирования новых технологий и пакетов во время развития Sisyphus
** ''Не предназначены'' для эксплуатации без существенного объёма опыта (примерно в рамках всех ссвлок с данной страницы ☺)
** ''Не предназначены'' для эксплуатации без существенного объёма опыта (примерно в рамках всех ссылок с данной страницы ☺)
Если у вас есть время и возможность выбора, можно заглянуть [[QuickStart/Выбор_дистрибутива|сюда]]. Все дистрибутивы можно обновлять и дополнять пакетами из соответствующей ветки, то есть технически в рамках одного репозитория ''из любого дистрибутива можно сделать любой''. Однако обязательства и услуги компании распространяются ''только на её продукты''; более того — коммерческие лицензии и сертификация могут накладывать дополнительные ограничения на их использование.


== Репозитории ALT ==
== Репозитории ALT ==
'''TODO''': платформы (p№№) и роллинг (Sisiphus). Пожиратель репозиториев ALT autoimports
Основное хранилище программного обеспечения сообщества — репозиторий [[Что такое Sisyphus?|Sisyphus]]. Каждый пакет, прежде чем попасть в дистрибутив, должен был [https://packages.altlinux.org/ru/sisyphus/ появиться в Сизифе].
 
=== «Сизиф» ===
[[Sisyphus]] — ''инфраструктура'' разработки дистрибутивов сообщества ALT, репозиторий — это только его часть. Оформление пакета для Sisyphus требует соблюдения [[Категория:Нормативные_документы|разработанных сообществом дисциплин]]. Сам пакет должен быть подписан [[Руководство_начинающего_мейнтейнера_ALT_Linux_Team|сопровождающим]], пересобран [[Girar|сборочницей]] и проверен [[Sisyphus_check|разнообразными тестами]] — на предмет цельности репозитория, который будет этот пакет содержать, соответствия дисциплинам, безопасности и т. п. Описание Sisyphus и принципов работы его компонентов выходит за рамки данной статьи ☺.
 
Пакеты в Sisyphus [https://packages.altlinux.org/ru/sisyphus/ появляются ежедневно]. С учётом `Sisyphus_check`, состояние репозтория всегда остаётся технически цельным, а пакеты в нём всегда отвечают всем автоматическим тестам. Таким образом Сизиф аналогичен [https://ru.wikipedia.org/wiki/Rolling_release роллинг-релизам] со следующими особенностями:
* Не тестируется возможность обновления ОС с произвольного состояния Сизифа на произвольное — нельзя предсказать, в какой момент кто-то сделает `apt-get dist-upgrade`. Строго говоря, кто запустил `dist-upgrade` — тот и протестировал ☺.
* Не тестируются эксплуатационные показатели систем на базе Сизифа. Можно скачать [[Regular|регулярную сборку]] и посмотреть.
* Не тестируется ''логическая совместимость подсистем''. Типичный случай: опять Леннарт напридумывал чего-то нового в [[Systemd]], не все апстримы и сопровождающие адаптировали своё ПО. Снова — кто обновил, тот и тестирует ☺.
* [https://git.altlinux.org/beehive/stats/Sisyphus-x86_64/ftbfs-joined  Не гарантируется пересобираемость] старых пакетов в новом окружении. Следить за этим и обновлять пакеты — и есть труд сопровождающих.
 
В целом, систему под управлением Сизифа можно эксплуатировать, если:
* Вы отслеживаете информационное пространство, связанное с изменениями в репозитории (в первую очередь списки рассылки [https://lists.altlinux.org/mailman/listinfo/devel Devel] и [https://lists.altlinux.org/mailman/listinfo/sisyphus Sisyphus]) и аккуратно выбираете время для обновления системы
* Вы готовы самостоятельно решать проблемы, которые всё-таки могут после этого возникнуть
* Вам не нужны услуги техподдержки
 
=== «Платформы» ===
Официальные дистрибутивы компании и стартовые наборы выпускаются на базе т. н. [[Branches|веток]] — стабильных срезов Сизифа. Решение о создании очередной ветки принимается по согласованию с сообществом — после доведения основного ПО до более-менее актуального и работоспособного состояния и компанией «Базальт СПО», когда предыдущая платформа начинает устаревать.
 
Текущая платформа — [[Одиннадцатая_платформа|p11]].
 
Особенности стабильной платформы:
* Пакеты обновляются по запросу со стороны компании или сообщества — как правило это обновления по безопасности и сборка актуальных версий популярного ПО
* Пакеты проходят процедуру тестирования в составе штатных дистрибутивов (когда попадают туда)
* Платформа поддерживается компанией несколько лет — до момента стабилизации следующей платформы
* Для дистрибутивов разрабатывается методика обновления и/или миграции операционных систем на базе предыдущей платформы
* Компания может предоставлять дополнительные обязательства по дистрибутивам на базе платформы (в первую очередь — техническую поддержку различных уровней)
 
Пакеты в платформе как правило слегка устаревшие, и обновляются существенно реже. Нередко в состав платформы входит т. н. LTS-версия ПО — это снижает количество потенциальных ошибок и позволяет отчасти надеяться на поддержку со стороны «апстрима» — компании-разработчкиа.
 
Сообществом поддерживается ещё несколько автоматически формируемых репозиториев, но они не рекомендуются к эксплуатации напрямую.
 
== Обновление ПО из репозиториев ==
 
'''TODO''' Обновление ПО из репозиториев, связка APT + RPM, apt-repo; не смешивать


'''TODO остаток плана'''
'''TODO остаток плана'''
# Обновление ПО из репозиториев, связка APT + RPM
 
# Установка стороннего софта: домен-специфичная (pip и т. п.), конверсионная (eepm), поддержка flatpak, snap и appimage, недостатки всех способов и когда их использовать
# Установка стороннего софта:автоимпорт, апстримный RPM, самосборный RPM и его репо, домен-специфичная (pip и т. п.), конверсионная (eepm), поддержка flatpak, snap и appimage, недостатки всех способов и когда их использовать
# Настройка системы с помощью alterator
# Настройка системы с помощью alterator
# Система хранения паролей (хешей, конечно) /etc/tcb
# Система хранения паролей (хешей, конечно) /etc/tcb

Версия от 14:18, 19 января 2025

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

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

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

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

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

Общий инструмент поиска по ресурсам 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