Arch Linux User Repository

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

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.

@sausix: It's fixed with gettext 0.21.1-5. See FS#78068

Looks like libxml2 is a required dependency.

msgfmt: error while loading shared libraries: libxml2.so.2: cannot open shared object file: No such file or directory
make: *** [Makefile:132: po/de.mo] Error 127
==> ERROR: A failure occurred in package().
    Aborting...

After switch to another Desktop Environment, I noticed that yay stopped working with the following error message.

failed to create directory '/yay': mkdir /yay: permission denied

Even yay --version and yay --help do not work.

After setting XDG_CACHE_HOME yay starts working again.

According the XDG specifications, the variable XDG_CACHE_HOME is not mandatory and each application should automatically fallback.

$XDG_CACHE_HOME defines the base directory relative to which user-specific non-essential data files should be stored. If $XDG_CACHE_HOME is either not set or empty, a default equal to $HOME/.cache should be used.

Source: https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html

Can you fix yay in a way that it won't fail on the missing XDG_CACHE_HOME environment variable?

can you please add 'riscv64' to the supported architectures :)

Not work print.go:9:2: github.com/Jguer/aur@v1.1.3: Get "https://proxy.golang.org/github.com/%21jguer/aur/@v/v1.1.3.zip": net/http: TLS handshake timeout upgrade.go:22:2: github.com/Jguer/aur@v1.1.3: Get "https://proxy.golang.org/github.com/%21jguer/aur/@v/v1.1.3.zip": net/http: TLS handshake timeout cmd.go:12:2: github.com/Jguer/go-alpm/v2@v2.1.2: Get "https://proxy.golang.org/github.com/%21jguer/go-alpm/v2/@v/v2.1.2.zip": net/http: TLS handshake timeout vote.go:9:2: github.com/Jguer/votar@v1.0.0: Get "https://proxy.golang.org/github.com/%21jguer/votar/@v/v1.0.0.zip": net/http: TLS handshake timeout pkg/settings/pacman.go:9:2: github.com/Morganamilo/go-pacmanconf@v0.0.0-20210502114700-cff030e927a5: Get "https://proxy.golang.org/github.com/%21morganamilo/go-pacmanconf/@v/v0.0.0-20210502114700-cff030e927a5.zip": net/http: TLS handshake timeout pkg/vcs/mock.go:7:2: github.com/Morganamilo/go-srcinfo@v1.0.0: Get "https://proxy.golang.org/github.com/%21morganamilo/go-srcinfo/@v/v1.0.0.zip": net/http: TLS handshake timeout pkg/query/mixed_sources.go:13:2: github.com/adrg/strutil@v0.3.0: Get "https://proxy.golang.org/github.com/adrg/strutil/@v/v0.3.0.zip": net/http: TLS handshake timeout pkg/query/mixed_sources.go:14:2: github.com/adrg/strutil@v0.3.0: Get "https://proxy.golang.org/github.com/adrg/strutil/@v/v0.3.0.zip": net/http: TLS handshake timeout pkg/menus/clean_menu.go:10:2: github.com/deckarep/golang-set/v2@v2.1.0: Get "https://proxy.golang.org/github.com/deckarep/golang-set/v2/@v/v2.1.0.zip": net/http: TLS handshake timeout pkg/settings/parser/parser.go:10:2: github.com/leonelquinteros/gotext@v1.5.1: Get "https://proxy.golang.org/github.com/leonelquinteros/gotext/@v/v1.5.1.zip": net/http: TLS handshake timeout pkg/settings/config.go:23:2: github.com/pkg/errors@v0.9.1: Get "https://proxy.golang.org/github.com/pkg/errors/@v/v0.9.1.zip": net/http: TLS handshake timeout pkg/text/print.go:12:2: golang.org/x/sys@v0.3.0: Get "https://proxy.golang.org/golang.org/x/sys/@v/v0.3.0.zip": net/http: TLS handshake timeout pkg/settings/pacman.go:10:2: golang.org/x/term@v0.3.0: Get "https://proxy.golang.org/golang.org/x/term/@v/v0.3.0.zip": net/http: TLS handshake timeout make: *** [Makefile:113: yay] Error 1

@yochananmarqos Thanks! I did not have debugedit for some reasons. It was added to the base-devel group on 5/10/2022 ; that is why ;)

@HLFH: debugedit is a member of the base-devel group which is a requirement for using the AUR.

I think debugedit is a dependency. Can you add it?

  -> Nettoyage des symboles inutiles dans les fichiers binaires et les bibliothèques…
/usr/share/makepkg/tidy/strip.sh: ligne 48: debugedit : commande introuvable
/usr/share/makepkg/tidy/strip.sh: ligne 48: debugedit : commande introuvable
/usr/share/makepkg/tidy/strip.sh: ligne 48: debugedit : commande introuvable
/usr/share/makepkg/tidy/strip.sh: ligne 48: debugedit : commande introuvable
/usr/share/makepkg/tidy/strip.sh: ligne 48: debugedit : commande introuvable
/usr/share/makepkg/tidy/strip.sh: ligne 48: debugedit : commande introuvable
/usr/share/makepkg/tidy/strip.sh: ligne 48: debugedit : commande introuvable

@zeroconf nice going! glad you fixed it

would re-installing python-setuptools fix the issue?

When I tried it:

yay -S python-setuptools
warning: python-setuptools-1:63.4.1-1 is up to date -- reinstalling
resolving dependencies...
looking for conflicting packages...
error: could not open file /var/lib/pacman/local/python-setuptools-1:63.4.1-1/desc: No such file or directory
warning: could not fully load metadata for package python-setuptools-1:63.4.1-1
error: failed to prepare transaction (invalid or corrupted package)
 -> error installing repo packages

when tried to remove it:

yay -R python-setuptools
error: could not open file /var/lib/pacman/local/python-setuptools-1:63.4.1-1/desc: No such file or directory
warning: could not fully load metadata for package python-setuptools-1:63.4.1-1
checking dependencies...
error: failed to prepare transaction (could not satisfy dependencies)
:: removing python-setuptools breaks dependency 'python-setuptools' required by meson
:: removing python-setuptools breaks dependency 'python-setuptools' required by python-distro
:: removing python-setuptools breaks dependency 'python-setuptools' required by s-tui
 -> exit status 1

In another PC I installed that package separately before others and then I don't see that issue. I guess there I installed already fixed version of package as it was couple of hours later.

EDIT: might have to remove that empty database directory first, then re-install

Is it really good idea to delete anything from system? I guess, then un- or reinstallation will claim even more errors... I even don't know, where that database is and didn't even search as I figured out a simple solution as described below.

Finally I just created empty files as required during reinstallation process:

sudo touch /var/lib/pacman/local/python-setuptools-1:63.4.1-1/desc
sudo touch /var/lib/pacman/local/python-setuptools-1:63.4.1-1/files

... and then I could reinstall that python-setuptools package as already described above. I thought, that no harm can happen, when to generate couple of empty files, which can be easily deleted again if needed.

Now all files after reinstallaton are properly settled:

LANG=C.utf8 ll /var/lib/pacman/local/python-setuptools-1:63.4.1-1/
total 64
drwxr-xr-x 2 root root  4096 Oct 16 23:03 .
-rw-r--r-- 1 root root   578 Oct 16 23:03 desc
-rw-r--r-- 1 root root 32330 Oct 16 23:03 files
-rw-r--r-- 1 root root 21707 Oct 16 00:46 mtree

... and no more that error.

Thank you for responding and inspiring me to solve the issue!