В Arch Linux и производных имеется большой и удобный репозиторий рецептов по установке пакетов, благодаря которому с лёгкостью можно установить множество программ, отсутствующих в официальном репозитории. Больше подробностей об этом смотрите в статье «Как установить программу из Arch User Repository (AUR) – пользовательского репозитория Arch».
У AUR есть одно слабое место — отсутствие автоматических обновлений. То есть при выходе новых версий нужно самостоятельно это отслеживать, выполнять git update и последующую установку пакетов.
Но проблема в том, что за годы пользования Arch Linux пакетов, установленных из AUR может накопиться довольно много. И первый вопрос, как узнать, какие пакеты были установлены из AUR?
Следующая команда выведет только те пакеты, которые установлены локально:
pacman -Qm
В подавляющем большинстве случаев, «пакеты установленные локально» это то же самое, что и «пакеты, установленные из AUR». По крайней мере, специальной отметки в пакете, установленном с помощью AUR, не делается, эти пакеты отмечаются как «установленный локально».
Смотрите также:
- Практические примеры использования pacman
- Pacman: работа с пакетами в BlackArch (перевод справки и мануала)
Как автоматически проверять обновления программ из AUR
Для автоматической проверки, вышла ли новая версия пакета установленного с помощью AUR, размещайте все клонированные Git в одну папку. В этой же папке создайте файл check-aur.sh со следующим содержимым:
while read -r line ; do cd ./$line pwd git pull cd .. echo done < <(ls -d */)
Для проверки перейдите в папку со скаченным кодом Git и выполните там:
bash check-aur.sh
Близкие статьи
- Как установить программу из Arch User Repository (AUR) – пользовательского репозитория Arch (100%)
- Автоматическая установка и обновление пакетов AUR (100%)
- Как в Arch Linux (BlackArch, Manjaro) посмотреть информацию о пакете (100%)
- Ошибка «ModuleNotFoundError: No module named 'pikaur'» (РЕШЕНО) (86.9%)
- Pacman: работа с пакетами в BlackArch (перевод справки и мануала) (63.2%)
- Ошибка error: failed to update core (unable to lock database) (РЕШЕНО) (RANDOM - 63.2%)
"…У AUR есть одно слабое место — отсутствие автоматических обновлений…"
Сомнительное утверждение!
А разве запретили пользоваться всякими там pikaur, pamac (Интерфейс Gtk3 для libalpm) и прочия, прочия, прочия?!!
Это, скорей о пакетах из github'ов отсутствующих в AUR, судя по: "…размещайте все клонированные Git…".
Приветствую! Я устанавливаю пакеты как описывал здесь: https://blackarch.ru/?p=794, то есть:
Я не пользуюсь pikaur, pamac по той причине, что не знал о них ))))))
Буду пробовать, спасибо за полезный комментарий!
Да, не за что! Пользуйся. У pikaur, синтаксис такой же, как и у pacman (pikaur -Suy и т.п.), а pamac это pacman с графическим интерфейсом (в настройках включить "Проверять обновления" на вкладке "AUR").
Зачем тащить на диск клоны git'ов? 😉
Эмммм, не хочу вас расстраивать, но у вас на диске также присутствуют клоны всех установленных из AUR программ.
Посмотрите исходный код pikaur строка 714: https://github.com/actionless/pikaur/blob/874fe59ffa75986363828ae6418ee92984366c8a/pikaur/build.py#L714
Используйте locate и вы найдёте эти файлы.
Вообще, подобные графические интерфейсы делают именно то, что я написал в предыдущем комментарии и в скрипте по проверке обновлений репозиториев AUR…
Только чуть больше автоматизируют и добавляют раскраску — в этом и заключается суть очень многих «графических интерфейсов».
Поэтому в целом я отношусь с прохладцой к подобным программам. Бывает они делают ровно то, что я и сам могу сделать не устанавливая дополнительного ПО, а бывают они делают это ещё и криво…
Ну, если Вам удобней каждый раз в ручную запускать проверку обновлений, пользуйтесь скриптом.
Меня устраивает иконка в системном лотке, при наличии обновлений.
И pikaur без графического интерфейса.
Кто к чему привык… 😀
Моя главная мысль в том, что нет какого-то «волшебного» способа установить пакеты из AUR, кроме как клонировать репозиторий и запустить makepkg -si.
ИМХО, а зачем эта служба в автозагрузке? Даже если пользоваться программами-помощниками, достаточно ведь запускать раз в неделю, разве нет?
Если ответ «чтобы не запускать проверку вручную этой же программой», то это плохой ответ. Служба, которая нужна раз в неделю, не должна быть в автозагрузке. Это же касается всех сетевых служб на домашнем (НЕ сервере) компьютере (SSH, веб-сервер, MySQL, SMB, RDP). В результате компьютер меньше потребляет ресурсов и это «+30» к безопасности.