unixforum.org
Форум для пользователей UNIX-подобных систем
Как создать локальный репозиторий на HDD в Alt Linux 4.0
Как создать локальный репозиторий на HDD в Alt Linux 4.0
Сообщение t2a » 08.09.2007 00:15
Re: Как создать локальный репозиторий на HDD в Alt Linux 4.0
Сообщение wRAR » 08.09.2007 01:32
Re: Как создать локальный репозиторий на HDD в Alt Linux 4.0
Сообщение malex » 19.12.2007 10:19
где это взять? в дистрибутиве нет.
apt-get тоже не находит
Re: Как создать локальный репозиторий на HDD в Alt Linux 4.0
Re: Как создать локальный репозиторий на HDD в Alt Linux 4.0
Сообщение HellseX » 24.12.2007 09:29
Re: Как создать локальный репозиторий на HDD в Alt Linux 4.0
Сообщение Skull » 24.12.2007 18:58
Re: Как создать локальный репозиторий на HDD в Alt Linux 4.0
Сообщение NK » 25.05.2008 23:17
Re: Как создать локальный репозиторий на HDD в Alt Linux 4.0
Сообщение Alexei_VM » 26.05.2008 00:11
Re: Как создать локальный репозиторий на HDD в Alt Linux 4.0
Сообщение NK » 26.05.2008 05:14
Re: Как создать локальный репозиторий на HDD в Alt Linux 4.0
Сообщение Alexei_VM » 26.05.2008 10:10
Вторая команда по имеющимся RPM-файлам создает индексные файлы, то есть как раз репозитарий.
Re: Как создать локальный репозиторий на HDD в Alt Linux 4.0
Сообщение NK » 26.05.2008 10:34
Re: Как создать локальный репозиторий на HDD в Alt Linux 4.0
Сообщение Alexei_VM » 26.05.2008 12:23
Я не знаю, есть ли на mirror.yandex.ru поддержка протокола rsync. Если есть, то нужно будет указать правильный путь до файлов ALTlinux’а. Если там нет поддержки rsync, то качать можно и через ftp-клиент (например, ncftp).
При использовании rsync загрузку можно прервать в любое время через ctrl-c или любым другим способом (перезагрузить комп, например). При повторном вызове команды закачка продолжится с прерванного файла. ncftp или wget тоже умеют не качать уже имеющиеся файлы.
Re: Как создать локальный репозиторий на HDD в Alt Linux 4.0
Сообщение NK » 26.05.2008 17:52
Re: Как создать локальный репозиторий на HDD в Alt Linux 4.0
Сообщение Kipruss » 31.05.2008 23:37
Вместо rsync://rsync.altlinux.ru/ALTLinux/Sisyphus/ можно написать rsync.altlinux.ru::ALTLinux/Sisyphus/ — разницы нет
Re: Как создать локальный репозиторий на HDD в Alt Linux 4.0
Сообщение marsden » 13.06.2008 18:28
при этом в /ALT/Sisyphus/i586 появляется каталог base, в нем
как видим, отсутствует release.i586, соответственно, репозиторий не подключается в синаптике. что тут не так?
Re: Как создать локальный репозиторий на HDD в Alt Linux 4.0
Сообщение romuil » 14.06.2008 16:52
Re: Как создать локальный репозиторий на HDD в Alt Linux 4.0
Сообщение marsden » 17.06.2008 20:39
и затем, на каждый дистрибутив выполнить отдельный genbasedir
при этом формируются каталоги base соответственно в i586, noarch и т.д. можно так же скачать x86_64 и SRPMS.
затем в синаптике идем в настройки-репозитории, жмем кнопку «Создать» и задаем параметры
rpm (стоит по умолчанию)
URI — file:///ALT/Sisyphus/
дистрибутив — i586
Раздел(ы) — classic
потом опять «Создать»
rpm (стоит по умолчанию)
URI — file:///ALT/Sisyphus/
дистрибутив — noarch
Раздел(ы) — classic
все! Жмем «ОК», затем «Получить сведения» и наслаждаемся сизифом на своем винте 
Репозитории 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)