[Comm] AltLinux 4.0 Desktop, создание локального репозитария

[Aleksey Avdeev]

Alexey Novikov пишет:
> On Tue, Oct 02, 2007 at 09:33:22PM +0400, Андрей Черепанов wrote:
>> 1 октября 2007 Fr. Br. George написал:
>>> Кладёшь этот скрипт в любой каталог и -- бац! -- в подкаталоге branch
>>> лежит локальный репозиторий. А так вообще-то ровно две команды.
>>> Может быть, дело в таинственном понятии "база пакетов эталонной машины"?
>>> От этого геморрой? У меня такой нету...
>> Похоже, твоё решение синхронизирует весь бранч. А надо только то, что 
>> установлено (для уменьшения трафика). К тому же, скрипты - это костыльный 
>> путь. То, что для тебя нормально, для обычного пользователя - сложно и дико.
> 
> А что мешает использовать mirror on demand?
> http://gns-ua.livejournal.com/114453.html
> У меня работает нормально, там только пару скриптов в крон
> повесить: на обновление индексов и на удаление устаревших
> пакетов. Индексы в бранче (i586+noarch) тянут максимум на 3Мб.
> Единственный недостаток, что в этом случае apt все равно кэширует
> пакеты.

  Чем больше думаю на данной проблемой -- тем заманчевее решения на
основе пиринговых сетей выглядят (особенно -- с приоретизацией сетей
источников):

1. Т. к. оффициальные пакеты подписаны, источник закачки несущественен
(считаем что подпись надёжна).

2. Т. к. в хороших пиренговых сетях название файла несущественно
(используется хеш от содержимого) файлы можно расшаримать в любом виде,
в том числе -- в том виде как они храняться в кеше apt`а.

3. Для согласования канонического имени файла (которое использует apt
при поиске) и его хеша, а также указания какому релизу/срезу
дистрибутива какие файлы соответствуют -- логично использовать
централизованные сервера.

4. Приоретизация сетей позволит использовать дешёвые ресурсы в первою
очередь. (Зачем качать файл из инета, если он уже расшарен в локалке?)

  Дело за малым -- реализовать. ;-)

-- 

С уважением. Алексей.