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: 2319
Popularity: 28.62
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 .. 6 7 8 9 10 11 12 13 14 15 16 .. 36 Next › Last »

madjoe commented on 2021-07-17 19:08 (UTC)

I encountered this issue with yay, but the maintainer claim it has nothing to do with yay. Could it be a packaging issue?

I tried to update python2-lxml, but for some reason the package is trying to build against python3.

https://github.com/Jguer/yay/issues/1554

masterberg commented on 2021-07-15 22:26 (UTC)

I came here to second what @mikoxyz said; yay should not be broken for users that use lto.

yrlf commented on 2021-07-13 19:09 (UTC)

I came here to second what @mikoxyz said; yay should not be broken for users that use lto.

yochananmarqos commented on 2021-06-20 14:15 (UTC)

@mikoxyz: lto is not enabled by default.

crdx commented on 2021-06-12 22:57 (UTC)

@ozz It might be, but the AUR convention is the bare package name is the source build, *-bin is the binary and *-git is the source build of the tip of the git repo. I tend to look for the *-bin versions of packages first if I can find them.

ozz commented on 2021-06-12 22:54 (UTC)

@crdx Yes, yay-bin is much better, thanks! I would argue that should be the default "yay" and there should be a "yay-src" or something. 600MB is a lot of space on constrained systems.

crdx commented on 2021-06-12 09:58 (UTC)

@ozz

You can use yay-bin if you don't want to have to build it locally. Although if you feel it's "not much more than a wrapper around git and makepkg" then maybe you'd rather not use it at all?

« First ‹ Previous 1 .. 6 7 8 9 10 11 12 13 14 15 16 .. 36 Next › Last »