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.43
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 .. 15 16 17 18 19 20 21 22 23 24 25 .. 35 Next › Last »

bkb commented on 2020-04-17 07:40 (UTC) (edited on 2020-04-17 07:44 (UTC) by bkb)

yay asks for root rights way too late

Sometimes you run a big update and go take your coffee, yay will ask nothing and make his compilations... And when you're far away from keyboard he will launch pacman at the very end who asks fur sudo rights (so your passsword) and that expires fast. So you return and nothing has been done, you have to relaunch and stay by the computer watching for the exact moment the computer will ask for the pswd. For example it's particularly annoying with ffmpeg-git who is very slow to compile and that if you don't give the passsword, you have to recompile the whole thing

Nevermind, yay should ask the password at the very beginning if he know he will need rights at some point

Link to upstream: https://github.com/Jguer/yay/issues/1244

RubenKelevra commented on 2020-04-12 14:27 (UTC) (edited on 2020-04-12 14:32 (UTC) by RubenKelevra)

Can you remove the sudo dependency, and make it optional, please?

I like to use yay just with opendoas, but this package keeps pulling sudo as dependency, while it's not necessary at all.

mr.benedikt commented on 2020-03-22 23:40 (UTC)

Does not build on WSL in Windows if the path contains spaces. The $PWD is then split into multiple strings.

wangrongda commented on 2020-03-09 01:58 (UTC)

detecting dependences incorrectly when setting an alternate installation root with -r

Falkenber9 commented on 2020-03-08 15:10 (UTC)

@jachymb: I had the same issue. I replaced gcc-go-9.2.1+20200130-2 by installing go (go-2:1.14-1) from the community repo. Afterwards, yay-package builds like a charm.

jachymb commented on 2020-03-07 08:40 (UTC)

Last version build crashed with:

go build -v -mod=mod -ldflags '-s -w -linkmode external -extldflags "-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now" -X "main.version=9.4.6"' -modcacherw -gcflags all=-trimpath=/home/jachym/.cache/yay/yay/src/yay-9.4.6 -asmflags all=-trimpath=/home/jachym/.cache/yay/yay/src/yay-9.4.6 -o yay

flag provided but not defined: -modcacherw

usage: go build [-o output] [-i] [build flags] [packages]

Run 'go help build' for details.

make: *** [Makefile:49: yay] Error 2

==> ERROR: A failure occurred in build().

Aborting...

slash170 commented on 2020-03-07 07:08 (UTC) (edited on 2020-03-07 07:08 (UTC) by slash170)

I have encounted same issue.I guess that cause of issue is version of Go at local environment.

I have succeeded to build yay with Go 1.14.

Go 1.14 was released last month and new option(modcacherw) was added for go build command.Please check URL bellow.

I think that yay needs Go1.14 for go build task. Thank you.

jose1711 commented on 2020-03-05 18:36 (UTC)

@menta thank you for the hint, worked for me!

menta commented on 2020-03-03 14:49 (UTC)

Specifying -mod=readonly instead of -modcacherw as the first parameter of EXTRA_GOFLAGS has solved the "flag provided but not defined: -modcacherw" error for me.

« First ‹ Previous 1 .. 15 16 17 18 19 20 21 22 23 24 25 .. 35 Next › Last »