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: 2239
Popularity: 29.97
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 .. 24 25 26 27 28 29 30 31 32 33 34 35 Next › Last »

jguer commented on 2018-12-08 20:41 (UTC) (edited on 2018-12-08 20:41 (UTC) by jguer)

I cannot reproduce that, can you create an issue in the upstream URL? Something is turning off the GOCHACHE. I may have to revert the go modules patch

<deleted-account> commented on 2018-12-08 20:16 (UTC)

==> Extracting sources... -> Extracting yay-9.0.1.tar.gz with bsdtar ==> Starting build()... go build -v -ldflags '-s -w -X main.version=9.0.1' -o yay -mod=vendor go: disabling cache (/root/.cache/go-build) due to initialization failure: mkdir /root/.cache: permission denied go: cannot use modules with build cache disabled make: *** [Makefile:51: build] Error 1 ==> ERROR: A failure occurred in build().

Despite appearances, I'm not running makepkg as root.

jguer commented on 2018-12-07 14:09 (UTC)

Issue should be fixed in yay 9.0.1. pkg-rel was not changed because of auto update script screwing up but go and go-pie users should now be able to compile using go mod and gcc-go users will default to the old method of symlinking gopath to vendor

jguer commented on 2018-12-07 12:39 (UTC) (edited on 2018-12-07 12:48 (UTC) by jguer)

You're right, it will also break gcc-go, I'm reverting this. EDIT: Actually I know the problem now, gcc-go does not have mod support. We don't offer support for gcc-go but I think this needs to be fixed for next version. I'll create an issue on the issue tracker.

egrupled commented on 2018-12-07 11:47 (UTC) (edited on 2018-12-07 11:51 (UTC) by egrupled)

@jguer specifying min go version breaks go-pie as dependency, please fix or revert this. Partial upgrades with ancient go version aren't supported anyway.

jguer commented on 2018-12-07 11:11 (UTC)

I didn't specify the minimum version for go but I will change it now. go -mod is only introduced in go1.11

mokkurkalve commented on 2018-12-07 10:40 (UTC)

Building 9.0.0-1 failes thus:

==> Starting build()... go build -mod=vendor -v -ldflags '-s -w -X main.version=9.0.0' -o yay flag provided but not defined: -mod usage: build [-o output] [-i] [build flags] [packages] Run 'go help build' for details. make: *** [Makefile:43: build] Error 2 ==> ERROR: A failure occurred in build(). Aborting... Error making: yay

mchoji commented on 2018-12-07 04:22 (UTC)

Thx! Running yay -Syu --requestsplitn 20 fixed the problem. Maybe this should be set as default?

Morganamilo commented on 2018-12-06 19:11 (UTC)

Actually requestsplitn just dictates how many packages to pack into a single requests.

GOAWAY means you've made too many requests in too short of a time. The AUR has blacklisted you for 24hrs.

This is usually the cause of running an helper in some sort of automated timer.

jguer commented on 2018-12-06 18:08 (UTC)

try running it as yay -Syu --requestsplitn 20 otherwise try deleting your ~/.config/yay/config.json