Репозитории для alt linux

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

Материал из ALT Linux Wiki

Содержание

Главные правила

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

Подключение репозиториев осуществляется записью соответствующей строки в файл /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).

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

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

Стабильные ветки

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

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

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

Наличие третьего репозитория для 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 — нестабильный репозиторий, предназначенный для разработчиков решений (приблизительно сравним с Fedora Rawhide, Mandrake Cooker, Debian unstable+experimental в других проектах), а не для пользователей.

Источник

APT в ALT Linux/CreateRepository

Содержание

Создание локального репозитория [ править ]

Для создания репозитория достаточно создать правильную структуру директорий, разместить в ней rpm-пакеты и создать метаинформацию для APT.

Структура APT-RPM репозитория [ править ]

APT-RPM репозиторий выглядит достаточно просто:

Такая структура формирует три источника для APT ( — место, где располагается репозиторий):

NB: указываем noarch и один из архитектурно-зависимых репозиториев, всё в кучу не надо!

Более изощрённую структуру директорий, когда в репозитории хранятся пакеты с иходным текстом (.src.rpm), общие для нескольких архитектур, а также когда в репозитории имеется несколько компонентов (в данном репозитории компонент один — reponame), можно посмотреть, к примеру, в репозитории ALT Linux Server. Обратите внимание, что в этом репозитории используется отдельная директория files для хранения всех пакетов, и директории RPMS.*/SRPMS.* являются символическими ссылками на поддиректории из files.

Размещение пакетов [ править ]

Просто разложите пакеты по директориям /RPMS.reponame в зависимости от архитектуры пакета.

Создание/обновление метаинформации [ править ]

Для создания/обновления метаинформации (файлов, хранящихся в директории base), используйте утилиту genbasedir из пакета apt-repo-tools (до 5.0/branch включительно — apt-utils):

Полезные советы [ править ]

Создание «скелета» репозитория [ править ]

Добавление произвольного набора пакетов в репозиторий [ править ]

Перед запуском этого скрипта, возможно нужно будет установить недостающие пакеты:

Вот скрипт для добавления пакетов: Файл:Addpackages.sh

После этой операции необходимо обновить метаинформацию. Побочным эффектом является приведение имён файлов с пакетами к «каноническому» виду.

Создание репозитория на основе содержимого кэша APT [ править ]

Добавьте содержимое кэша APT в репозиторий (см. выше) и обновите метаинформацию (см. выше).

Автоматизация добавления пакетов в репозиторий [ править ]

Воспользуйтесь скриптами из пакета sisyphus.

Запись репозитория на CD/DVD [ править ]

rpm-dir [ править ]

Можно создать репозиторий в виде одного каталога без всяких индексов.

1. Создайте два вложенных каталога:

2. Скопируйте все файлы (например, все файлы *.rpm из /var/cache/apt/archives/ , которые устанавливались вручную или через обновления системы). Делать это нужно под root!

3. На машине, где нужны эти обновления, пропишите репозиторий:

rpm-dir используется в случае, когда в репозитории нет каталога base с индексом пакетов. Его удобно использовать, например, для подключения репозитория с несколькими свежесобранными пакетами. Так делает hasher в режиме по умолчанию (—with-stuff). Однако в этом случае apt-get update будет открывать каждый пакет в репозитории, для большого набора (в частности, для зеркала) такой способ не годится.

Источник

Репозитории 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)

Источник

Branches

Стабильные ветки репозитория пакетов ALT Linux («бранчи») создаются на основе нестабильного репозитория Sisyphus с целью разделения разработческого и эксплуатационного темпов изменений путём отпочковывания и стабилизации.

На основе стабильных веток разрабатываются дистрибутивы ALT Linux, из них же и обновляются. Так же имеет смысл ознакомиться со статьёй «Репозитории ALT Linux».

Содержание

/etc/apt/sources.list

Как правило, годится такой вид (BRANCH — имя ветки, ARCH — i586 либо x86_64; может быть добавлен третий репозиторий при необходимости установки 32-битных пакетов на 64-битную систему):

/etc/rpm/macros.d/

Начиная с бранча p10 используется %_priority_distbranch в rpm. Для p10, дополнительно к sources.list, следует добавить «%_priority_distbranch p10» в конфиг rpm, например так:

Нестабильные репозитории

• Sisyphus — основной репозиторий разработчиков, нередко имеющих дело с ещё не стабильными версиями программ;

• Autoports — дополнительные репозитории; представляют собой собрание последних версий пакетов из Сизифа, собранных роботом под соответствующие бранчи.

Поддерживаемые ветки

Название	Дата создания	Окончание поддержки	Выпущенные дистрибутивы
p10	июль 2021
p9	июнь 2019	20 декабря 2022 года	Альт Сервер 9, Альт Рабочая станция 9, Альт Образование 9, Альт Сервер Виртуализации 9, Simply Linux 9
c8	Альт 8 СП

Архив

• Branch p8 — июнь 2016, поддерживался до 16 декабря 2019 года (выпущены: Альт Сервер 8.0, Альт Рабочая станция 8, Альт Образование 8, Альт Рабочая станция К 8, Simply Linux 8)
• Branch c7 — март 2017, поддерживался до 22 марта 2020 года (выпущен Альт Линукс СПТ 7.0)
• Branch c6 — декабрь 2010, поддерживался до 18 апреля 2016 (выпущен Альт Линукс СПТ 6.0)
• Branch p7 ­— апрель 2013, поддерживался до 30 августа 2015 года (выпущены Альт Линукс 7.0 Кентавр, Альт Линукс 7.0 KDesktop, Simply Linux 7.0)
• Branch t7 — октябрь 2013 (community branch, параллельный p7) неофициальные сборки: enp@
• Branch p6 — май 2011, поддерживался до 30 августа 2013 года (выпущены Альт Линукс 6.0 Кентавр, ALTLinux 6.0 KDesktop, Simply Linux 6.0, Информика 6.0 Школьный)
• Branch t6 — май 2011 (community branch, параллельный p6)
• Branch 5.1 — 2009, осень (community branch, параллельный p5)
• Branch p5 — 2009, осень (выпущены дистрибутивы 5.0 Ковчег, 5.0 Школьный, 5.0 Desktop KDE и Simply Linux)
• Branch 5.0 — 2008, осень (выпуск дистрибутивов отменён)
• Branch 4.1 — 2008, весна (закрыта)
• Branch 4.0 — 2007, весна (закрыта)
• Branch 3.1 — 2006, осень (отменена)
• Branch 3.0 — 2005, осень (закрыта)

Дистрибутивы с версиями ниже 3.0 выпускались без предварительного создания стабильной ветки. Вместо этого Sisyphus замораживался на время релиза.

Репозитории остаются публично доступными и после окончания поддержки.

Источник