Alt linux sisyphus iso

Базальт СПО
О компании
Контакты
Вакансии

Пресс-центр
Новости
Пресса о нас
Рекламные материалы

Проекты и конференции
Выполненные проекты
Конференции «Базальт СПО»

Операционные системы, входящие в Реестр Российских программ
Альт 8 СП

Дистрибутив для рабочих станций и серверов, сертифицированный ФСТЭК

Универсальная операционная система для пользователя

Операционная система для установки на сервер

Дистрибутив, ориентированный на использование в образовательных учреждениях.

Операционная система для установки на сервер с набором служб для виртуализации

Простая операционная система для дома

Свободный репозиторий программ и баз данных

На базе актуальной платформы собираются дистрибутивы «Альт»

Служба организации совместной работы

Облачная виртуализация уровня предприятия

Управление виртуальными окружениями

Описание партнерских статусов, вход для партнеров

Поиск реселлеров, дистрибьюторов, ОЕМ-партнеров, технологических партнеров, учебных центров

Обучающие курсы для специалистов
Администрирование ОС «Альт». Часть 1
Администрирование ОС «Альт». Часть 2
Виртуализация в ОС «Альт»
Автоматизация (shell-скрипты) в ОС «Альт»
Инфраструктурные службы ОС «Альт»
Интернет-службы в ОС «Альт»
Информационная безопасность в ОС «Альт»

Обучающие курсы для пользователей
Основы работы с Linux
(на примере ОС «Альт Рабочая станция»)
Основы работы в операционной системе «Альт»
(ALTUSER-S)
Профессиональный пользователь ОС «Альт»

Профессиональная переподготовка
Системное и сетевое администрирование ОС «Альт»

Информационные ресурсы
Расписание курсов

Альт Академия

Образовательные проекты компании «Базальт СПО» и программа сотрудничества с учебными заведениями

Репозиторий «Сизиф»

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

В настоящий момент Sisyphus доступен для архитектур i586, x86_64, aarch64, armh, mipsel, «Эльбрус» (e2kv3/v4/v5), ppc64le, RISC-V. Ведется работа по портированию на другие аппаратные платформы.

В основе Sisyphus лежат технологии сборки программ и учета зависимостей между ними, а также отработанные процессы по взаимодействию разработчиков. На базе репозитория периодически формируется стабильная ветка (программная платформа), которая поддерживается в течение длительного времени и используется в качестве базы для построения дистрибутивов линейки «Альт».

На всех аппаратных платформах выпускаются однотипные совместимые дистрибутивы. Для всех поддерживаемых платформ, кроме «Эльбруса», опубликованы репозитории бинарных и исходных пакетов.

Источник

Regular

Содержание

Введение

интересующихся текущим состоянием проектов разработки свободных сред рабочего стола;
тестирования репозитория ALTSisyphus;
начала работы с текущим состоянием («входа» в разработку).

Образы представляют из себя LiveCD с программой установки, включающий комплект пакетов одной из графических сред (таких как KDE, Gnome, Xfce, Mate и др.) с минимальными дополнениями. Другие необходимые программы, в том числе офисные, графические, мультимедийные, не входящие в небольшой комплект образа, можно легко установить из репозитория.

Регулярные сборки не заменяют предварительных и релизных версий дистрибутивов Альт, таких как Сервер, Рабочая станция/Рабочая станция К, Образование.

Эти образы создаются автоматически с использованием нестабильного репозитория разработки, так что если есть намерение установить ALT для постоянной работы, то лучше рассмотрите варианты, которые собираются и обновляются из стабильных веток:

официальные дистрибутивы должны подойти лучше всего, но
также есть и starterkits — по сути те же regular, только собранные на p9/branch.

Стартовые наборы	Регулярные сборки
ежеквартально	еженедельно
стабильная ветка	разработка
rescue, livecd, инсталятор, сервер, vm	rescue, livecd, jeos

По умолчанию LiveCD загружаются с английским языком. Для загрузки и последующей установки системы с русской или иной доступной локализацией на первом экране (выбор источника загрузки) нажмите F2 и выберите нужный язык; переключение по Ctrl-Shift.

Образ rescue содержит консольные утилиты для создания/проверки всех распространённых и некоторых менее ходовых ФС, восстановления данных, диагностики аппаратного обеспечения и сети, расследования инцидентов; порой оказываются нужны именно свежайшие версии ядра, драйверов и подобного инструментария.

Варианты

Доступны несколько наборов образов, специфичных для конкретных сред/архитектур; обратите внимание, что ссылки на проверенные вручную ISO содержатся в каталоге tested, а в current лежат автоматически обновляемые симлинки.

Если поймаете какие-либо проблемы с current, может иметь смысл посмотреть, не ведёт ли себя лучше «чуть более официальный» вариант из tested.

Обычно сборки обновляются раз в неделю (по средам), но в случае исправления ошибок или заметных изменений мы можем обновлять их и раз в день.

не-x86-архитектуры

Обратитесь к страничкам по aarch64/armh (ARMv8/v7), mipsel (MIPS32) и riscv64 (RV64GC) для ознакомления с тем, как получить и запустить эти образы на QEMU и на соответствующем аппаратном обеспечении.

Прямые ссылки на загрузку образов

Обратите внимание: это ссылки непосредственно на сами файлы довольно заметного объёма (даётся ориентировочно); при желании просмотреть список загляните в каталог tested/.

Если скачивание идёт медленно (на сервере аншлаг), воспользуйтесь яндекс-зеркалом.

Источник

Sisyphus

Что такое Sisyphus?
Как стать разработчиком Сизифа
Как подключить Sisyphus в APT

Осторожно, возможен камнепад!

Внимание:не следует совмещать в sources.list
репозитории Sisyphus,
бранчей, дистрибутивов или updates к ним

Текущие рекомендации
при обновлении
из Sisyphus
ищите
и добавляйте
на страничке Changes

Пакетный менеджер:
- RPM — базовый пакетный менеджер
- Особенности_написания_спек_файлов_в_ALT_Linux
- Общие правила написания спек файлов в ALT Linux
- buildreq — инструмент для поиска сборочных зависимостей
- Краткая документация по сборке пакетов
- Пример сборки пакета
- spec-файлы:
  - рекомендации, подсказки, примеры
hasher — сборочная среда
gear — сборка пакетов из git
git — система управления версиями
Верификация пакетов:
- sisyphus_check — базовые проверки
- repocop — дополнительные проверки
- qa-robot
alterator — инструмент управления системой
installer — инсталлятор
Сборка образов:
- mkimage — сборка дистрибутивных образов
- mknfsroot — сборка образов для бездисковых станций
- distribute — сборка ISO-образов репозитория

Нормативные документы (Policy)

Написанные до PolicyPolicy собраны в OldPolicies.
Эти документы продолжают действовать.

Источник

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

Содержание

Главные правила [ править ]

Подключение репозиториев осуществляется записью соответствующей строки в файл /etc/apt/sources.list, либо в произвольный файл, соответствующий шаблону *.list в каталоге /etc/apt/sources.list.d/. C 2011 года существует утилита apt-repo, которая упрощает манипулирование репозиториями в командной строке. Также подключение и смену репозиториев можно осуществлять посредством графической утилиты Synaptic. Подробнее это описано в статье Управление пакетами, формат строки-источника описан в разделе «Источники репозиториев» этой же статьи.

Дистрибутивы [ править ]

Процесс формирования стабильных веток и дистрибутивов ALT Linux на их основе выглядит так:

в рамках Sisyphus осуществляется текущая разработка (unstable);
когда приходит время очередной стабильной ветки — сизиф притормаживается;
альфа-сборки происходят на «медленном» unstable;
одновременно с фиксацией беты дистрибутива происходит отделение бранча;
далее некоторое время бранч и сизиф идут почти шаг-в-шаг (происходит копирование);
когда в сизифе начинают меняться ABI или иная функциональность, бранч уходит «в автоном»;
дистрибутивы выпускаются на бранче (x.0 и далее x.0.y).

Например, дистрибутивы семейства 8.x выпускаются на базе p8/branch.

До версии 4.1 включительно для дистрибутивов формировались соответвующие опубликованным образам репозитории — например, для ALT Linux Server 4.0 доступен здесь.

Стабильные ветки [ править ]

Каждая стабильная ветка (branch) разработки имеет APT-репозиторий. Поскольку стабильные ветки достаточно консервативны по измененениям, то эти репозитории достаточно безопасны для использования вместе с дистрибутивами (совпадающими по мажорной и минорной цифре в версии). Репозитории стабильных веток можно также использовать для обновления на следующие минорные и мажорные версии.

Для пятой, шестой и седьмой платформ сопровождались сразу две ветви: ветвь для выпуска дистрибутивов (p5, p6, p7) и ветвь сообщества (5.1, t6, t7). Ветвь для выпуска дистрибутивов делает упор на стабильность, надежность и тестирование, а ветвь сообщества отличается более свободным допуском и расширяет ветвь для выпуска дистрибутивов новыми пакетами и новыми версиями имеющихся пакетов, оставаясь в целом бинарно совместимой с ветвью для выпуска дистрибутивов.

Для Восьмой платформы t8 не создавалась, текущие задачи решались в рамках p8. Для Девятой платформы ветка t9 так же не создана.

Существуют также бранчи c* (c6, c7, c8). Это репозитории дистрибутивов, имеющих сертификат ФСТЭК.

Наличие третьего репозитория для x86_64 обусловлено необходимостью поддержки 32-разрядных приложений в 64-разрядной системе. Если такая поддержка не требуется, репозиторий x86_64-i586 тоже не нужен.

Debuginfo [ править ]

Начиная с шестой платформы, появился специфический репозиторий debuginfo. Репозиторий содержит отладочную информацию для бинарных исполняемых файлов и библиотек. Обычным пользователям может быть полезен для формирования отчётов о проблемах в багтрекере. Например, для branch/p7 под x86_64 его можно подключить так:

Autoports [ править ]

Начиная с ветвей p5/5.1 в качестве частичной замены backports появились репозитории Autoports, которые содержат автоматически пересобираемые под текущую стабильную ветвь свежие пакеты из Sisyphus.

Настройка apt для использования Autoports для ветвей p7/t7 описана в Autoports/p7.

Autoimports [ править ]

Пакеты из репозиториев Autoimports отличаются от пакетов в основном репозитории тем, что они получены с помощью систем автоматической конвертации и сборки пакетов и, соответственно, к ним было применено только автоматическое тестирование. Источником для этих репозиториев являются другие дистрибутивы. Перенос заключается в преобразовании spec-файла в соответствии с правилами в ALT Linux и пересборке в соответствующем окружении.

Карманы [ править ]

Это отдельные мини-репозитории сборочницы ALT Linux, то есть задания, которые собраны, но не были отправлены в основной репозиторий. Имеют ограниченное время жизни. Удаляются сборочницей либо после помещения в репозиторий, либо в случае длительной неактивности. Не стоит использовать такие репозитории, если о них не было где-то объявлено (рассылки, форум).

Sisyphus [ править ]

Sisyphus — нестабильный репозиторий, предназначенный для разработчиков решений (приблизительно сравним с Debian testing, Mageia Cauldron, Fedora Rawhide в других проектах), а не для пользователей. Как правило, до репозитория Sisyphus можно обновить любую достаточно свежую ОС семейства ALT, но при наличии целенаправленной задачи использования Sisyphus для начальной установки лучше всего подходят регулярные сборки.

Зеркала [ править ]

Также существуют зеркала репозиториев.

Вот пример зеркала на яндексе для ветки p8 под 64-битный x86:

Устаревшие репозитории [ править ]

Updates [ править ]

Для каждой стабильной ветки и дистрибутивов вплоть до 4.1 существовали обновления (updates), содержащие критичные исправления по безопасности и функционалу. Обратите внимание: в updates отсутствуют отдельные репозитории для noarch-пакетов: noarch-пакеты включены в архитектурно-зависимые репозитории.

В настоящее время в качестве Updates используются стабильные ветви.

Для дистрибутивов, выпущенных на ветке 4.0:

Backports [ править ]

Для каждой стабильной ветки вплоть до 4.1 существовали backports: репозитории, в которые майнтайнеры переносят (пересобирают) более свежие пакеты, которые нельзя переложить в сами ветки из-за политики подготовки веток. Эта работа производится и тестируется вручную и в последнее время практически заглохла.

В настоящее время вместо backports используются Autoports и ветви, сопровождаемые Team (branch/5.1, branch/t6).

branch/4.1 (на данный момент — только для x86)

Источник