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

masterkorp commented on 2020-05-21 13:44 (UTC)

Hello, I cannot commpile:

==> Starting build()... 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.7"' -modcacherw -trimpath -o yay bytes strings crypto/cipher

bytes

/usr/lib/go/src/bytes/bytes_decl.go:10:6: IndexByte redeclared in this block previous declaration at /usr/lib/go/src/bytes/bytes.go:90:34 /usr/lib/go/src/bytes/bytes_decl.go:17:6: Equal redeclared in this block previous declaration at /usr/lib/go/src/bytes/bytes.go:18:25 /usr/lib/go/src/bytes/bytes_decl.go:24:6: Compare redeclared in this block previous declaration at /usr/lib/go/src/bytes/bytes.go:26:27 crypto/rc4

strings

/usr/lib/go/src/strings/strings_decl.go:8:6: IndexByte redeclared in this block previous declaration at /usr/lib/go/src/strings/strings.go:150:34 /usr/lib/go/src/strings/strings_decl.go:8:6: missing function body

crypto/cipher

/usr/lib/go/src/crypto/cipher/xor_amd64.go:9:6: xorBytes redeclared in this block previous declaration at /usr/lib/go/src/crypto/cipher/xor.go:58:33 /usr/lib/go/src/crypto/cipher/xor_amd64.go:22:6: xorWords redeclared in this block previous declaration at /usr/lib/go/src/crypto/cipher/xor.go:83:27

crypto/rc4

/usr/lib/go/src/crypto/rc4/rc4_asm.go:15:18: (Cipher).XORKeyStream redeclared in this block previous declaration at /usr/lib/go/src/crypto/rc4/rc4.go:61:6 make: ** [Makefile:50: yay] Error 2

r4start commented on 2020-05-04 11:44 (UTC)

Hi, I am getting the following build error: 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.7"' -modcacherw -trimpath -o yay flag provided but not defined: -modcacherw

Had the same issue. I had to build yay manually. Changing -modcacherw to -mod=readonly helped.

MikeD commented on 2020-05-01 21:07 (UTC)

Hi, I am getting the following build error: 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.7"' -modcacherw -trimpath -o yay flag provided but not defined: -modcacherw

sphere101 commented on 2020-04-22 14:12 (UTC)

Having these issues when building latest update.. Any thoughts?

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/andy/.cache/yay/yay/src/yay-9.4.6 -asmflags all=-trimpath=/home/andy/.cache/yay/yay/src/yay-9.4.6 -o yay flag provided but not defined: -mod usage: 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... Error making: yay

RubenKelevra commented on 2020-04-18 08:17 (UTC)

@bkb you can select the sudo-loop functionality to let yay handle this situation more gracefully:

yay -Y --sudo-loop --save

See this comment, for the reasoning behind that:

https://github.com/Jguer/yay/issues/1221#issuecomment-606465266

whynothugo commented on 2020-04-17 10:06 (UTC)

The build process runs in the same terminal, so the sudo ticket is valid. This allows scripts to potentially sudo, which is something you don't want when building.

Also, the ticket might expire by the time building is done.

uffe commented on 2020-04-17 08:22 (UTC)

@brb by asking for sudo password early - won't you risk that the "sudo"privs have timed out if the update takes a long time to process (download etc) ?

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.

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