Altlinux sisyphus как подключить

unixforum.org

Форум для пользователей UNIX-подобных систем

подключение репозитария Sisyphus

подключение репозитария Sisyphus

Сообщение burlunder » 09.04.2007 23:08

apt-get выводите следующую ошибку:

E: ftp://ftp.altlinux.com/pub/distributions/. se/pkglist.base отсутствует в списке контрольных сумм своего репозитория.
E: ftp://ftp.altlinux.com/pub/distributions/. se/release.base отсутствует в списке контрольных сумм своего репозитория.
E: ftp://ftp.altlinux.com/pub/distributions/. se/pkglist.base отсутствует в списке контрольных сумм своего репозитория.
E: ftp://ftp.altlinux.com/pub/distributions/. se/release.base отсутствует в списке контрольных сумм своего репозитория.

дальше идёт ряд повторяющихся строк:

E: Tried to dequeue a fetching object

При подключении backports таких проблемм не возникало, хотя и приходилось вручную вводить в /etc/apt/sources.list.

Как решать данную проблемму?

Re: подключение репозитария Sisyphus

Сообщение Ruslandh » 10.04.2007 02:29

Re: подключение репозитария Sisyphus

Сообщение burlunder » 10.04.2007 05:34

Странно, в /etc/apt/sources.list прописано

Re: подключение репозитария Sisyphus

Сообщение seractus » 10.04.2007 10:17

Re: подключение репозитария Sisyphus

Сообщение burlunder » 10.04.2007 11:22

Re: подключение репозитария Sisyphus

Сообщение Fen1x » 25.08.2008 20:29

Re: подключение репозитария Sisyphus

Сообщение Alexei_VM » 25.08.2008 20:41

«W» означает «Warning», что означает «Предупреждение». Программа предупреждает вас, что пакеты в вашем репозитарии не подписаны цифровыми подписями.

Вы попробуйте ПОСТАВИТЬ пакеты из репозитария, и убедитесь, что все работает.

Re: подключение репозитария Sisyphus

Сообщение Fen1x » 25.08.2008 20:49

Re: подключение репозитария Sisyphus

Сообщение Alexei_VM » 25.08.2008 21:05

Так. а вы документацию читали прежде чем что-то делать? Например тут:
http://www.altlinux.org/Apt/CreateRepository

Команду genbasedir выполняли?

Re: подключение репозитария Sisyphus

Сообщение Fen1x » 25.08.2008 21:38

Источник

Краткая инструкция по сборке пакетов в ALT Linux

Оглавление документа

Первоначальная настройка

С правами root

Устанавливаем пакеты, необходимые для сборки:

Данный пакет «вытянет» по зависимостям всё остальное, обычно необходимое при сборке.

Под пользователем

Исправляем данные о сборщике в файле

/.rpmmacros.
Вот, например, содержимое моего файла

Если вы являетесь мантейнером, то для того, чтобы подписывать пакеты и отправлять их для сборки в Сизиф, вы должны указать данные адреса, под которым вы зарегистрированы в ALT Linux.
ВНИМАНИЕ! Сборка принципиально невозможна под учётной записью root.

Сборка пакетов

Подготовка уже имеющегося src.rpm

Устанавливаем файл *.src.rpm, который хотим собирать (под пользователем):

Исходники пакета при этом разместятся в

/RPM/SOURCES, а спек – в

/RPM/SPECS, и видим там спек для собираемого пакета.
Если спек взят из другого дистрибутива, то сначала делаем

чтобы привести спек в пригодный для использования вид. Далее его нужно поправить вручную, используя взятый из ALT Linux пример спека в качестве образца.

Сборка пакета «с нуля»

Вы должны разместить исходники пакета (архивы) в

/RPM/SOURCES, а шаблон будущего спека (скопированный из образца) – в

Типовые действия

Находясь в каталоге SPEC:

Сформированные зависимости (строчка BuildRequires) нужно просмотреть, чтобы там не было ненужных пакетов. Правильность сборки проверяется пересборкой готового пакета в hasher (см. ниже).

Ошибки при сборке

Поиск пакетов

Сборочная среда Hasher

Чтобы убедиться в том, что все зависимости правильны и сборка вашего пакета нормально пройдёт на сборочном сервере в ALT Linux, используется Hasher — среда, которая позволяет осуществить сборку пакета в «чистой» системе, куда установлены только пакеты, указанные в сборочных зависимостях.

Для настройки сборочной среды hasher нужно добавить пользователя:
# hasher-useradd имя_пользователя
(после этого надо заново зайти в систему)
См. README в /usr/share/doc/hasher-*/

Для сборки пакета в hasher запускаем

Эта команда соберёт пакет, установит его в тестовый hasher, после чего предложит отправить его в Incoming.

Лимиты на сборку у инкамингера

При сборке пакетов в сборочном окружении используются следующие лимиты:

Вспомогательные скрипты для сборки

Существует набор скриптов, облегчающих процесс сборки, собранный в пакет etersoft-build-utils. В параметрах скриптов обычно указываются названия спеков.

/RPM/BUILD компиляция без установки

Использование ccache

Для ускорения сборки программного кода (если он пересобирается более одного раза) предлагается использовать ccache. Алексей Турбин поделился своими настройками:

Стандартная процедура

Если вы не хотите использовать etersoft-build-utils, вот описание использования стандартных команд:

Устанавливаем необходимые для сборки пакеты

Приводим спек по возможности в пригодный для использования вид:

Дополнительная документация

При сборке пакетов сверяйтесь со следующей документацией:

Источник

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

Содержание

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

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

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

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

Например, дистрибутивы семейства 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 [ править ]

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

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

Вот пример зеркала на яндексе для ветки 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).

Источник