Как работает pacman в Arch

Может кто-то обьяснить чем отличаются локальные репозитории от удаленных?

Ничем.

Без man pacman или ссылок на арчвики

Ну а какого хрена ты тогда забыл на арче?

В файле pacman.conf в репозиториях ссылки на mirrorlist. Но в mirrorlist нет привязки к репам, значит на каждом сервере, указанном в файле хранятся все репы?

Да.

И в каком виде они тогда хранятся?

Зайди и посмотри.

Как pacman сможет установить более старую версию пакета если ее не останется в кеше скачанных

Никак.

Все остальные вопросы не распарсил, перепиши понятнее.

Репы ты сам указываешь в /etc/pacman.conf [testing], [extra], [community-testing], [community] и так далее.

Дальше ссылка указывается на Include = /etc/pacman.d/mirrorlist, где и ищет эти репы.

После того, как я напишу pacman -S vim, URL, с которого пакетный менеджер начнет скачивать пакет он же берется им из локальной базы? А при pacman -Sy эта информация (включая URL) просто изменяется в локальной базе?

База данных пакетов (ссылки, зависимости) хранится локально. Ключ 'y' обновляет базу с удаленного репозитория.

Поэтому если долго не обновляться и поставить какой-нибудь пакет, будет прикол с 404, потому что «там» обновились пакеты. А старые удаляются, такова политика дистрибутива.

никак

Вообще-то: https://archive.archlinux.org

Встречал еще вариант -Syy, не подскажете чем он отличается от -Sy?

Встречал еще вариант -Syy

Это принудительное обновление списка пакетов.

Как ключ -9 у kill? В каких случаях может понадобиться Syy вместо Sy?

Например, при переключении с нерабочего зеркала на рабочее.

Принудительно выкачать базу, даже если и так последняя скачана.

https://archive.archlinux.org

Но это ССЗБ.

Вопрос был про pacman.

Нет. Имя файла берётся из локальной базы, а остальная часть URL — из конфига pacman.

Спасибо, а не подскажете для чего база данных пакетов и файлов была разделена? Я вижу всего две директории:

/var/lib/pacman/sync/

и

/var/lib/pacman/local/

Но опций для обращения к базам 3: -S, -Q, -F При синхронизации баз -Sy, обновлется информация в директории sync же? И при установке -S pacman берет всю информацию оттуда же? Local нужна только для работы с уже установленными пакетами? Например проверить какие файлы пакета отсутствуют в системе.

Как ключ -9 у kill?

Что значит «Как ключ -9 у kill»? kill — это kill, а pacman — это pacman.

Спасибо, а не подскажете для чего база данных пакетов и файлов была разделена?

Потому что 1) состояние репозитория может отличаться от состояния на диске, и 2) pacman позволяет устанавливать пакеты не только из репозиториев.

Вы не так поняли, мне кажется ваш ответ относится к вопросу «Чем отличаются локальная база данных и удаленная и зачеми их синхронизировать». Я же спрашивал о другом, мне наверное проще было бы исходники глянуть или в трассировщик запустить но знаний ни программирования, ни системных вызовов у меня нет.

Не советовать арчвики я написал потому как прочитал статью о пакмане там и не нашел нужных ответов.

Чего это? Во время бага в mesa только это меня 2 месяца пока чинили и спасало.

Вы не так поняли

Возможно. Тогда тебе нужно научиться внятнее формулировать вопросы.

Я же спрашивал о другом

О чём?

Зачем вам все эти тонкости?

Надо внимательно тогда тащить старую бяку, потому что сопутствующие зависимости бывают пересобирают, чтобы референсы и прочие ABI соблюдались. Например blender каждый раз пересобирают когда одна из его зависимостей обновилась. Лучше тогда если возможно пересобрать старый PKGBUILD, чтобы всё разрулилось и все такое.

Ну, возможно. Вообще я в последнее время стараюсь скорее иметь локально скомпилянные версии программ с библиотеками рядом. Appimage/flatpak и прочее. Места таки много на винчестере, стоит не дороже геммороя с версиями кода.

Можно как и отдельный пакет откатить так и всю систему на состояние пакетов по какому нибудь числу. Все в вики описано. Если пакет не требует определенных версий других пакетов по зависимостям то откатывается только пакет, в ином случае пакет со всеми зависимостями рекурсивно.

Просто интересно знать чуть больше о том, как работет система, а не только зубрить команды и опции

Чисто практический кейс: не всегда название утилиты совпадает с названием пакета. Узнал я, допустим, об одной утилите из интернета, захотел ее поюзать. Решил для начала попробовать найти ее в репозиториях:

pacman -Sy
pacman -Ss утилитанейм

Не оказалось. Но утилита довольно популярная и я не мог поверить что в репах арча ее нет. Почитал арчвики по пакману и узнал, что есть ключ, который ищет по названию файла пакет, который его содержит:

pacman -F утилитанейм

Но перед его использованием она сказала что необходимо обновить базу файлов:

pacman -Fy

Об этом и вопрос, почему она отдельно обновляется, мне казалось более логичным держать информацию о файлах пакета в базе пакетов

Вероятно не всем это надо и база файлов занимает много места. Я вот ни разу с таким не сталкивался и ключ F вроде впервые вижу. Спасибо!

А, ты про базу пакетов (.db) против базы файлов в пакетах (.files)?

Потому что эти фичи появились в pacman в разное время. Вместо pacman -F раньше была отдельная утилита pkgfile со своими базами. Плюс, базы файлов весят гораздо больше, и они нужны не всем.

А, хорошо, спасибо

Поэтому если долго не обновляться и поставить какой-нибудь пакет, будет прикол с 404, потому что «там» обновились пакеты. А старые удаляются, такова политика дистрибутива.

Это сколько не обновляться надо, если не секрет? Я откат на версию пакета несколько месячной давности, делал утилитой downgrade, и он предлагал скачать из удалённого репозитория.

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

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

Не задумывался об этом, т.к. раньше устанавливал итак всегда через pacman -Syu package, чтобы не было проблем с версиями зависимостей и система была актуальной, а с появлением yay вообще удобно стало. Не надо лишние кнопки нажимать: сделал yay, он обовил все пакеты и предложил выбор, какие обновить из аура. Потом yay package, он предложил выбрать из вариаций пакета с похожим названием и установил (например, если есть git версия пакета, или собранная на qt или gtk).