Package Details: yay 12.3.5-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: 2179
Popularity: 32.00
First Submitted: 2016-10-05 17:20 (UTC)
Last Updated: 2024-03-23 22:58 (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 2 3 4 5 6 7 8 9 10 11 12 .. 33 Next › Last »

saabzero commented on 2022-08-25 09:28 (UTC)

@callmejoe I have go 2:1.19-1 and gcc 12.2.0-1 installed using pacman

callmejoe commented on 2022-08-25 00:57 (UTC)

@saabzero do you have latest go and gcc versions installed?

saabzero commented on 2022-08-24 22:58 (UTC) (edited on 2022-08-24 22:58 (UTC) by saabzero)

to me compilation fails with:

/usr/lib/go/pkg/tool/linux_amd64/link: running gcc failed: exit status 1
/usr/bin/ld: /usr/lib/libc.so.6: unknown type [0x13] section `.relr.dyn'
/usr/bin/ld: skipping incompatible /usr/lib/libc.so.6 when searching for /usr/lib/libc.so.6
/usr/bin/ld: cannot find /usr/lib/libc.so.6
/usr/bin/ld: /usr/lib/libc.so.6: unknown type [0x13] section `.relr.dyn'
/usr/bin/ld: skipping incompatible /usr/lib/libc.so.6 when searching for /usr/lib/libc.so.6
/usr/bin/ld: /usr/lib/ld-linux-x86-64.so.2: unknown type [0x13] section `.relr.dyn'
/usr/bin/ld: skipping incompatible /usr/lib/ld-linux-x86-64.so.2 when searching for /usr/lib/ld-linux-x86-64.so.2
/usr/bin/ld: cannot find /usr/lib/ld-linux-x86-64.so.2
/usr/bin/ld: /usr/lib/ld-linux-x86-64.so.2: unknown type [0x13] section `.relr.dyn'
/usr/bin/ld: skipping incompatible /usr/lib/ld-linux-x86-64.so.2 when searching for /usr/lib/ld-linux-x86-64.so.2
collect2: error: ld returned 1 exit status

iyanmv commented on 2022-02-04 23:20 (UTC) (edited on 2022-02-04 23:21 (UTC) by iyanmv)

Before writing that yay doesn't work and that you are getting:

response decoding failed: invalid character '<' looking for beginning of value

Check these links:

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

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

dimytch commented on 2022-01-26 23:20 (UTC)

yay -Syu yay ...

go: downloading golang.org/x/text v0.3.7
# runtime/cgo
In file included from /usr/include/errno.h:28,
                 from cgo-gcc-prolog:30:
/usr/include/bits/errno.h:26:11: фатальная ошибка: linux/errno.h: Нет такого файла или каталога
   26 | # include <linux/errno.h>
      |           ^~~~~~~~~~~~~~~
компиляция прервана.
make: *** [Makefile:111: yay] Ошибка 2
==> ОШИБКА: Произошел сбой в build().
    Прерывание...
 -> ошибка сборки: yay

pgoetz commented on 2022-01-08 11:21 (UTC)

@alerque I'm not following your suggestion -- how would one do this with modifying the PKGBUILD, at which point you're not using yay?

alerque commented on 2022-01-08 08:13 (UTC)

@RAMChYLD Just compile with extra-x86_64-build from the devtools package. That way you don't have to worry about what is on your host system at all and the build will just happen with the dependencies it needs and nothing else.

callmejoe commented on 2022-01-05 20:02 (UTC)

@RAMChYLD your comment will probably not be read by the developer. better off creating a new issue on the github page. https://github.com/Jguer/yay

RAMChYLD commented on 2022-01-05 19:55 (UTC)

Can you make it so yay can alternatively use gcc-go as it's compiler? The 11.1.0 package insisted that I uninstall gcc-go and install Google's go compiler instead. After it completed it's task I found that it uninstalled go, but I had to manually reinstall gcc-go. If only it can just skip the step and compile using gcc-go.

yochananmarqos commented on 2021-12-04 23:24 (UTC)

@Danik2343: Sorry, but an AUR helper will never be in the Arch repo. You should already know why if you read the wiki.