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: 2325
Popularity: 29.28
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 .. 19 20 21 22 23 24 25 26 27 28 29 .. 36 Next › Last »

f1she3 commented on 2019-11-02 23:56 (UTC) (edited on 2019-11-03 00:00 (UTC) by f1she3)

Hi !

I think that fakeroot (https://www.archlinux.org/packages/core/x86_64/fakeroot/) should be added as a dependency, am I wrong ?

brando56894 commented on 2019-10-26 21:10 (UTC)

looking for conflicting packages... error: failed to prepare transaction (could not satisfy dependencies) :: installing pacman (5.2.0-2) breaks dependency 'pacman<=5.1.3' required by yay

jguer commented on 2019-10-25 10:48 (UTC)

@gdude2002 you sure your pacman cache was not symlinked? I have only seen this in those cases. The only other reason for that to happen is for pacman to be set as a dependency instead of an explicit, which yay does not do.

gdude2002 commented on 2019-10-25 10:43 (UTC)

@jguer Just to let you know that trying to do that (install yay-bin then update as normal with pacman) ended up actually removing pacman from my system for some reason - luckily the dependencies were still there so I could manually copy the files in from a manually downloaded copy from the package repos, and now everything is fine.

soloturn commented on 2019-10-24 23:07 (UTC) (edited on 2019-10-24 23:09 (UTC) by soloturn)

if one does not like binary packages, copied from https://www.reddit.com/r/archlinux/comments/dlpng7/cant_pacman_syu_because_of_yay/ 

yay -G yay #clones new yay from git
yay -R yay #removes old yay
sudo pacman -Syu
cd yay/
makepkg -si #install the yay you cloned

dgmulf commented on 2019-10-24 20:25 (UTC)

Is anyone else getting problems with the diff functionality in 9.4.2? When upgrading a package, the diff behaves as if every version is an initial commit, e.g.:

diff --git /home/dgmulf/build/aur/st/PKGBUILD /home/dgmulf/build/aur/st/PKGBUILD
new file mode 100644
index 0000000..7ad8f2e
--- /dev/null
+++ /home/dgmulf/build/aur/st/PKGBUILD
[...]

Jake commented on 2019-10-23 19:17 (UTC) (edited on 2019-10-23 19:19 (UTC) by Jake)

Is it really necessary to put the specific pacman version in the dependency list? It might be not totally clean, but can't you just expect that it is built with the current versions from the official repo? Then yay would as usual upgrade from the offical repos first, build the AUR stuff afterwards and everything would be fine.

Also if we are really strict, if yay-bin is compiled against v5.2 (libalpm.so.12) it will also not run with 5.1.x. So it should also depend on pacman>=5.2, or not? If you fix this that workaround would also not work.

wooptoo commented on 2019-10-23 17:16 (UTC)

@jguer Another method is to fetch the latest yay PKGBUILD yay -G yay, update pacman, then build the new yay with makepkg.

AlexWayfer commented on 2019-10-23 12:41 (UTC)

@jguer, thank you, sorry.

« First ‹ Previous 1 .. 19 20 21 22 23 24 25 26 27 28 29 .. 36 Next › Last »