Arch Linux User Repository

Search Criteria

Enter search criteria

Search by

Keywords

Out of Date

Sort by

Sort order

Per page

Package Details: yay 12.5.0-1

Package Actions

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:	2327
Popularity:	26.77
First Submitted:	2016-10-05 17:20 (UTC)
Last Updated:	2025-04-24 09:06 (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 .. 29 30 31 32 33 34 35 36 Next › Last »

jonathon commented on 2018-04-29 15:53 (UTC)

Sounds good. An AUR helper without git support isn't much of an AUR helper. ;)

jguer commented on 2018-04-29 11:17 (UTC)

Will do :)

Yay can still function, albeit limped, without git. We decided to change git to a hard dependency as unless you change the settings before first run to --nogitclone yay will crash and we've committed to making git a first class citizen.

I would only feel comfortable changing git to an optdepend if the source is changed to never crash in the absence of git (which is not that hard, just low priority right now).

jonathon commented on 2018-04-29 10:18 (UTC)

Please switch the source line to

source=("${pkgname}-${pkgver}.tar.gz::https://github.com/Jguer/yay/archive/v${pkgver}.tar.gz")

to avoid potential $SRCDEST conflicts with other packages which have the same version.

Is git a hard dependency for yay operation? If not, it's an optdepend rather than a depend. Otherwise carry on. :)

jguer commented on 2018-04-26 21:25 (UTC)

True, I'll add it and increase the pkgrel

Morganamilo commented on 2018-04-26 20:24 (UTC)

Git should probably be added as a hard dependency for all Yay variants now.

grunch commented on 2018-04-24 14:51 (UTC)

To "close" this thread (again, NOT a yay issue), the problem was with freecad-ose. I ran pacman -Sii boost-libs to determine all packages that depend on boost-libs. I looked at each of those packages with pacman -Si and learned that archlinuxcn/freecad-oce (a repo that I added) was the culprit that depends on boost-libs<1.66.0.

So, yay was mostly behaving properly, it was simply not telling me which package could not resolve its dependency.

grunch commented on 2018-04-23 17:44 (UTC)

Thanks for the suggestion @Morganamilo, but using -d made no difference. I'm thinking this is a local package issue due to the other warnings. I just ran trizen -Syu --aur and got similar, but slightly more descriptive warnings:

:: arm-frc-linux-gnueabi-frcmake-hg is unmaintained!
:: js was not found in AUR -- skipping
:: libcloudproviders was not found in AUR -- skipping
:: libhttpseverywhere was not found in AUR -- skipping

I'll spend some time cleaning up my installation and open an issue on github if I continue to have trouble with yay. Thanks!

Morganamilo commented on 2018-04-23 17:10 (UTC)

You can try to pass -d to skip versioned dependency checking but it's likely that there's a version specified for a reason.

You should open an issue on the GitHub page if you want to look for other fixes.

grunch commented on 2018-04-23 17:03 (UTC) (edited on 2018-04-23 17:15 (UTC) by grunch)

Encountering a similar error to @eimis: when I say yay -Syu, yay says:

Error: Could not find all required packages:
    boost-libs<1.66.0

https://pastebin.com/L1UDMz1B

When I say yay -Ss boost, I see these (descriptions removed):

extra/boost-libs 1.66.0-2 (2.3 MiB 11.0 MiB) (Installed)
extra/boost 1.66.0-2 (11.3 MiB 152.4 MiB) (Installed)

There is no package boost-libs with a lower version number. Thoughts on how to fix this?

Thanks!

Det commented on 2018-04-16 07:57 (UTC)

Can't see why is that, if that stuff indeed would get replaced? They'd be most likely just AUR packages, otherwise it'd be a official repo problem and can't see how that'd pass [testing] (don't recall last time I had it in there either).