Как в Arch Linux найти все программы, установленные из AUR

Posted on by Alexey

В Arch Linux и производных имеется большой и удобный репозиторий рецептов по установке пакетов, благодаря которому с лёгкостью можно установить множество программ, отсутствующих в официальном репозитории. Больше подробностей об этом смотрите в статье «Как установить программу из Arch User Repository (AUR) – пользовательского репозитория Arch».

У AUR есть одно слабое место — отсутствие автоматических обновлений. То есть при выходе новых версий нужно самостоятельно это отслеживать, выполнять git update и последующую установку пакетов.

Но проблема в том, что за годы пользования Arch Linux пакетов, установленных из AUR может накопиться довольно много. И первый вопрос, как узнать, какие пакеты были установлены из AUR?

Следующая команда выведет только те пакеты, которые установлены локально: 

pacman -Qm

В подавляющем большинстве случаев, «пакеты установленные локально» это то же самое, что и «пакеты, установленные из AUR». По крайней мере, специальной отметки в пакете, установленном с помощью AUR, не делается, эти пакеты отмечаются как «установленный локально».

Смотрите также:

Как автоматически проверять обновления программ из 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

Близкие статьи

6 thoughts on “Как в Arch Linux найти все программы, установленные из AUR”

  1. "…У AUR есть одно слабое место — отсутствие автоматических обновлений…"

    Сомнительное утверждение!

    А разве запретили пользоваться всякими там pikaur, pamac (Интерфейс Gtk3 для libalpm) и прочия, прочия, прочия?!!

    Это, скорей о пакетах из github'ов отсутствующих в AUR, судя по: "…размещайте все клонированные Git…".

    Ответить

    1. Приветствую! Я устанавливаю пакеты как описывал здесь: https://blackarch.ru/?p=794, то есть: 

      git clone https://aur.archlinux.org/имя_пакета.git
cd имя_пакета
makepkg -si

      Я не пользуюсь pikaur, pamac по той причине, что не знал о них ))))))

      Буду пробовать, спасибо за полезный комментарий!

      Ответить

      1. Да, не за что! Пользуйся. У pikaur, синтаксис такой же, как и у pacman (pikaur -Suy и т.п.), а pamac это  pacman с графическим интерфейсом (в настройках включить "Проверять обновления" на вкладке "AUR").

        Зачем тащить на диск клоны git'ов? 😉 

        Ответить

        1. Зачем тащить на диск клоны git'ов

          Эмммм, не хочу вас расстраивать, но у вас на диске также присутствуют клоны всех установленных из AUR программ.

          Посмотрите исходный код pikaur строка 714: https://github.com/actionless/pikaur/blob/874fe59ffa75986363828ae6418ee92984366c8a/pikaur/build.py#L714 

          def clone_aur_repos(package_names: List[str]) -> Dict[str, PackageBuild]:

          Используйте locate и вы найдёте эти файлы.

          Вообще, подобные графические интерфейсы делают именно то, что я написал в предыдущем комментарии и в скрипте по проверке обновлений репозиториев AUR…

          Только чуть больше автоматизируют и добавляют раскраску — в этом и заключается суть очень многих «графических интерфейсов».

          Поэтому в целом я отношусь с прохладцой к подобным программам. Бывает они делают ровно то, что я и сам могу сделать не устанавливая дополнительного ПО, а бывают они делают это ещё и криво…

          Ответить

          1. Ну, если Вам удобней каждый раз в ручную запускать проверку обновлений, пользуйтесь скриптом.

            Меня устраивает иконка в системном лотке, при наличии обновлений.

            И pikaur без графического интерфейса.

            Кто к чему привык… 😀

            Ответить

            1. Моя главная мысль в том, что нет какого-то «волшебного» способа установить пакеты из AUR, кроме как клонировать репозиторий и запустить makepkg -si.

              ИМХО, а зачем эта служба в автозагрузке? Даже если пользоваться программами-помощниками, достаточно ведь запускать раз в неделю, разве нет?

              Если ответ «чтобы не запускать проверку вручную этой же программой», то это плохой ответ. Служба, которая нужна раз в неделю, не должна быть в автозагрузке. Это же касается всех сетевых служб на домашнем (НЕ сервере) компьютере (SSH, веб-сервер, MySQL, SMB, RDP). В результате компьютер меньше потребляет ресурсов и это «+30» к безопасности.

              Ответить

Добавить комментарий

Ваш адрес email не будет опубликован.

wp-puzzle.com logo