В этом цикле статей проводится попытка рассмотреть вопросы о вариантах использования Сизифа как метарешения для посторения собственных решений. Делается оценка эффективности различных методов использования репозитория – их достоинства и недостатки.
Дистрибутивом на основе пакетного репозитория можно назвать целую плеяду решений. Варианты решений обычно привязаны к особенностям реализации и сфере их применения. По сферам применения решния можно разделить на десктопные, серверные и специализированные. В число основных вариантов можно включить следующие:
Все эти решения имеют в качестве основы набор средств для автоматизированной сборки. Ранее это был Separator?, теперь это Mkimage. Предварительно это почти весь набор необходимых средств для создания своего дистрибутива.
Но дистрибутив, как и сам Сизиф, не стоит не месте – он развивается. Стандартная схема разработки дистрибутивов АLT Linux приведена ниже:
Эта схема соответствует основному подходу к формированию веток на основе Сизифа для дистрибутивов ALTLinux. Процесс стабилизации пакетной базы Сизифа делится на этапы, по завершению которых производится выпуск стабильной ветки (например, текущая ветка 4.0, а следующая ветка 4.1).
Целью создания ветки является уход от быстро сменяющегося калейдоскопа версий библиотек и системообразующих утилит и приложений. Но поддержка, даже для стабилизированной пакетной базы всё равно требуются – находятся уязвимости, выходят новые версии важных приложений, которые нужно собрать на стабилизированной пакетной базе. Но бранч и Сизиф со временем существенно расходятся по версиям библиотек. В решениях на основе Сизифа до последнего времени, в отличие например от Ubuntu, не принято сохранять старые версии всех ((/Alt Linux / Policy / Drafts / Shared Libs разделяемых библиотек) (то есть сохранять так называемые sonames или «сонеймы»). Это означает, что для запуска старых сборок приложений на новом наборе библиотек требуется пересборка этих приложений на новых библиотеках и наоборот.