Package Details: yay 12.4.2-1

Git Clone URL: https://aur.archlinux.org/yay.git (read-only, click to copy)
Package Base: yay
Description: Yet another yogurt. Pacman wrapper and AUR helper written in go.
Upstream URL: https://github.com/Jguer/yay
Keywords: arm AUR go helper pacman wrapper x86
Licenses: GPL-3.0-or-later
Submitter: jguer
Maintainer: jguer
Last Packager: jguer
Votes: 2282
Popularity: 25.95
First Submitted: 2016-10-05 17:20 (UTC)
Last Updated: 2024-09-19 14:27 (UTC)

Pinned Comments

jguer commented on 2024-03-16 08:06 (UTC)

yay: error while loading shared libraries: libalpm.so.13: cannot open shared object file: No such file or directory

This will happen if you upgrade pacman and yay separately If you have this error you need to manually recompile yay

pacman -S --needed git base-devel
git clone https://aur.archlinux.org/yay.git
cd yay
makepkg -si

jguer commented on 2019-04-16 14:08 (UTC)

I cannot delete the spam comments appearing regularly in this page, which has also led me to disable notifications from here. I remind that the best way to receive support or report a problem is through the Upstream URL.

Latest Comments

« First ‹ Previous 1 .. 26 27 28 29 30 31 32 33 34 35 Next › Last »

Alad commented on 2018-10-27 10:02 (UTC)

It's the nature of the beast. Pacman wrappers attract the kind of helpless users that can't work with basic tools shipped with the distribution.

johnnybash commented on 2018-10-08 15:53 (UTC)

During the installation phase there is no point in using an aur helper

ftfy ;)

lefsha commented on 2018-10-08 11:41 (UTC)

Surely it works if all deps packages are installed. It doesn't though on a clean system. Filed a bug report. It makes me mad, that yay deny to work under root. That is the only possibility on a new chrooted system. I have to make a new user and su to it just to be able use yay. At the same time pacman doesn't work under user and I have to switch back to root or use sudo. Being a root initially it is perverse to pretend to be another user and then call sudo. During the installation phase there is no point to be non root user. 100% of work requires root privileges. And again yaourt doesn't have such an issue. It just works. Good lesson - new is not always better than old.

jguer commented on 2018-10-08 11:04 (UTC)

I passed all of the initial phase of build and it works, please report this kind of issue in the upstream URL, also, we're very sorry to see you go, you will be missed.

lefsha commented on 2018-10-08 09:55 (UTC)

Unable to use YAY just to install a single package. Simple construction "yay -S ffmpeg-libfdk_aac" didn't work YAY reports problem each time at different place: "Inner conflicts found" My guess the problem is that single package libva provides libva.so, libva-x11.so and libva-drm.so at the same time. Yaourt doesn't have that issue and works perfect. I've droped yay from my system.

HighValueWarrior commented on 2018-08-25 05:54 (UTC)

Solid and Straight Forward. Thanks.

Morganamilo commented on 2018-08-01 12:26 (UTC)

For the bug, try clean building, if it persists open an issue.

For the second point, see the FAQ.

themoosemachine commented on 2018-08-01 11:39 (UTC)

Firstly, the following error pops up a lot when trying to upgrade certain AUR files: fatal: ambiguous argument 'HEAD': unknown revision or path not in the working tree. Use '--' to separate paths from revisions, like this: 'git <command> [<revision>...] -- [<file>...]'</file></revision>

Google Chrome is one of the packages affected by this bug.

Secondly, the previous package was easier since all options were selected at the start. In the current version, we have to wait for all core, extra, community and multilib packages to update first, and then select the AUR packages. This is not a biggie, but just annoying; whereas earlier it was smoother and an overall nicer experience.

« First ‹ Previous 1 .. 26 27 28 29 30 31 32 33 34 35 Next › Last »