Сортированный кэш pacman

grayich, не помогло.
kurych, спасибо, по первой ссылке информация полезна, необходимое направление есть. Специфика: не просто зеркалирование репозиториев rsync-ом (такое и не надо, в принципе), а именно раскладывание по папочкам уже скачанных и установленных пакетов.
Примеры - это zypper/yast в openSUSE (ссылку дать трудновато) и apt-move в Debian.
гемор ) . создать конфиг с локальной репой . Раскидать по клиентуре. Взять скрипт на основе рсинс и потерпеть 1 попытку его при синхронизации, можно скрипт настроить на определенные пакеты, но я таких людей, которые знали наверяняка все нужные им пакеты, не встречал. Скрипт на сервер в крон. не ночь ну и все. У меня зяняло около 20 гигов (comunity core extra). И случаи с полным падением канала на долгое время никак не останавливают обновления или установки новых прог.
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
Malaheenee, смысл раскладывания по папочкам так и остался не понят
grayich, как я понял ТС хочет иметь локальное зеркало (со структурой официального) без самого процесса зеркалирования. В чем смысл именно такого подхода я тоже не понял, поэтому и подсказать-то нечего.
насколько я понял, он хочет какую-то хитрую структуру, а не просто и т.п.
grayich, как раз таки и т.п. но без кучи ненужного. Ну вот например: если мы используем KDE, зачем нам хранить пакеты от XFCE, LXDE, GNOME и прочих других? Еще раз повторим: сохранение структуры оригинального репозитория, но хранить в нем пакеты только те, что используются. Руками мы все это проделываем без проблем, но тратить ежедневно по полчаса-часу понемногу надоедает.

Ох, чуем, придется писать аналог apt-move самим…
В директории "/var/lib/pacman/sync" находятся файлы
$ ls -l /var/lib/pacman/sync/
итого 3060
-rw-r–r– 1 root root 1593959 марта 5 05:29 community.db
-rw-r–r– 1 root root 107395 марта 4 14:58 core.db
-rw-r–r– 1 root root 1422578 марта 5 04:42 extra.db
Это обычные .tar.gz архивы. Отсюда можно взять информацию, к какому репозитарию принадлежит пакет. На основе этого выбирать каталог для сохранения.
Malaheenee
grayich, как раз таки и т.п. но без кучи ненужного. Ну вот например: если мы используем KDE, зачем нам хранить пакеты от XFCE, LXDE, GNOME и прочих других?
В кэше и хранятся только установленные или когда-либо устанавливавшиеся пакеты (если уже удалённые не были специально вычищены и из кэша).
В моём кэше нет пакетов, которые я никогда не использовал. Другое дело, пакеты там “не структурированы”, в вашем понимании, они там располагаются просто в алфавитном порядке.
А какова конечная цель данного действа? Обрисуйте в общих чертах.
Устанавливать эти пакеты на системы-клоны, мб?
Lupus pilum mutat, non mentem.
jim945
А какова конечная цель данного действа?
Да, достаточно странно.

jim945
Устанавливать эти пакеты на системы-клоны, мб?
И без раскладывания по core-extra-community установится.

Видимо, хочется, что бы было “как у взрослых”. Не просто
При этом не хочется делать полное зеркало.

Может быть pacserve
 
Зарегистрироваться или войдите чтобы оставить сообщение.