что АУР - то самое место где можно встретить "хуёво написанные PKGBUILD" на постоянной основе. Тут конечно можно пуститься в размышления о том как рьяно разрабы Арча открещиваются от АУР, о советах внимательно контролировать и проверять все PKGBUILD. А пакеты по ним собирать ручками через makepkg... Но если б я хотел выполнять роль пакетного мэнеджера, я б не Арч ставил )))))) В общем, вопрос прежний, кто и как контролит пакеты с Аура без рукоблудия в виде скриптов для pactree и его аналогов?
Давай я тебе помогу. AUR — это хранилище рецептов, текстовых файлов. После сборки рецепта у тебя на компьютере получается обычный бинарный пакет, который попадает в БД pacman'а. yay, как и другие врапперы, занимаются только выкачкой этих рецептов и запуском makepkg; иногда они ещё умеют пересобирать пакеты, если рецепты в AUR'е обновились для тех приложений, которые ты до этого собирал yay'ем. Этот собранный пакет из рецепта ничем не отличается от пакетов, которые лежат в репозитории арча. Собранные из рецептов AUR'а пакеты обрабатываются точно так же, как и другие пакеты в системе. Далее, AUR — это сборище рецептов, которые делают обычные ЛЮДИ (не мейнтейнеры дистрибутива), поэтому там есть ошибки. Конкретно в твоём случае есть конкретная ошибка в рецепте, которую надо попросить исправить автора рецепта. Нет возможности следить за «установленностью» build-зависимости opencv, потому что в пакете actiona, который получился из этого рецепта, не прописана эта зависимость как runtime-зависимость. Как следствие, pacman ничего не знает о зависимости между opencv и actiona. Соответственно, твоя задача решается ТОЛЬКО исправлением рецепта перед сборкой (для этого yay спрашивает, хочешь ли ты поменять PKGBUILD?) или отправкой комментария на AUR с просьбой исправить ошибку.
Обсуждают сегодня