Свой локальный репозиторий-кеш

Поставь в squid правильное ограничение кеша и не парся, старые пакеты и так удалятся, потому что к ним обращаться не будут.

/var/cache/pacman/pkg/ общий для всех.

/var/cache/pacman/pkg/ это, конечно, кажется хорошей идеей, но волнует несколько аспектов:

1) На основе какой технологии лучше это сделать? sshfs? samba? что?

2) А как чистить кэш? pacman -Sc выполняет хорошо эту функцию локально, но он удалит все «ненужные» пакеты от других машин (например, от другой архитектуры).

старые пакеты и так удалятся, потому что к ним обращаться не будут.

Частота обращений - не тот показатель, по которому следует решать чему остаться в кэше. В кэше должно остаться ВСЁ актуальной версии, даже если к этому больше ни разу не обратятся.

Зачем это нужно? Приведу пример. Допустим, я поставлю на один компьютер OpenArena. Пакет openarena-data весит почти 400 МБ и скачивать его ещё хоть раз заново не очень-то хочется, в то же время обновляется OpenArena относительно редко, поэтому скорее всего за несколько месяцев я больше ни разу не обращусь к этому файлу. И тут я хочу на другой компьютер поставить тоже OpenArena. За это время файл уже давно будет удалён из кэша (к нему не обращались очень долго), хотя он по-прежнему актуальной версии.

Использовани кэширующего прокси выглядит наиболее красивым вариантом и соответсвует всем запросам.

Главное - правильно настроить размер кэша и время его жизни.

Посмотри apt-cacher-ng, там вроде была экспериментальная поддержка arch'а.

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

На основе какой технологии лучше это сделать?

Я с сетями не дружу :)

А как чистить кэш?

IMHO -Scc после обновления и перезагрузки всех компов достаточно, смысла хранить старые пакеты нет. Проблемы с нехваткой места в таком случае тоже нет.

IMHO -Scc после обновления и перезагрузки всех компов достаточно, смысла хранить старые пакеты нет. Проблемы с нехваткой места в таком случае тоже нет.

А что мне делать, когда я соберусь ставить новую систему? Или просто обновить систему, которая до этого была вне сети?

На основе nfs.

Ну, если времени много… то можно написать утилиту, которая будет заниматься удалением устаревших и неиспользуемых пакетов. Для этого непосредственно перед очисткой кэша должен формироваться список всех используемых пакетов (а иначе есть возможность оставить ненужные или удалить лишние пакеты).

Таким образом, задача сводится к двум скриптам. Первый сканирует каталог кэша и удаляет файлы с устаревшими и неиспользуемыми пакетами, используя список используемых пакетов. Второй, принимает вывод pacman -Q (например) и дополняет список используемых пакетов.

мне придётся производить настройки более специфичные

Не сложней, чем правка конфига pacman.

mount -t nfs router:/pacman-packages/ /var/cache/pacman/pkg/

Не сложней, чем правка конфига pacman.

Я про то, что если я куда-нибудь уйду, то все сломается и чтобы получилось обновиться придётся изменять настройки.

Тогда делим кэш на /var/cache/pacman/pkg/i686/ и /var/cache/pacman/pkg/amd64/, на клиентах монтируем нужные папки. Для удалённых клиентов организуем сервер с помощью repo-add.

pacserve уже советовали?

С этого места прошу поподробнее.

Пользовался для шаринга пакетов из /var/cache/pacman/pkg/ между ноутом и десктопом. Работало прекрасно.

За подробностями можешь сходить в AUR и на сайт проекта.

1) Устанавливаешь ftp-сервер 2) Создаещь /srv/ftp/pub/archlinux/ 3) rsync`ешь c нормальным репозитарием (~40Gb для 32-бит архитектуры)