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: 2251
Popularity: 23.92
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 »

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.

ilfabri commented on 2018-07-12 06:39 (UTC) (edited on 2018-07-12 07:14 (UTC) by ilfabri)

When performing 'yay -Syua', if there are aur updates, it performs only these ones skipping the standard repository updates. You need to run the command once more to complete the upgrade. Thank you for the awesome work, btw!

EDIT: I figured out that running 'yay' is enough

Morganamilo commented on 2018-07-05 20:37 (UTC)

It's part of the debug symbols the go compiler puts into the binary. If you manage to make Yay stack trace it will tell you which file the error occurred in. Using the pwd of where it was compiled.

grawlinson commented on 2018-07-05 20:33 (UTC)

Just got this warning when installing Yay.

==> WARNING: Package contains reference to $srcdir

It seems to be embedded in the yay binary.

$ grep -R "$(pwd)/src" pkg/ Binary file pkg/yay/usr/bin/yay matches

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