Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

yay fails to compile and run with pacman 6.1 #2393

Closed
bittin opened this issue Mar 13, 2024 · 39 comments
Closed

yay fails to compile and run with pacman 6.1 #2393

bittin opened this issue Mar 13, 2024 · 39 comments
Labels
Status: Resolved Issue or question has been answered or fixed successfully Type: Bug

Comments

@bittin
Copy link
Contributor

bittin commented Mar 13, 2024

yay: error while loading shared libraries: libalpm.so.13: cannot open shared object file: No such file or directory

https://aur.archlinux.org/packages/yay-git (so think you need to update your package to use the new version of libalpm

yay fails with the new pacman 6.1 thats now in testing on Arch Linux: https://archlinux.org/packages/core-testing/x86_64/pacman/

@sibwaze
Copy link

sibwaze commented Mar 13, 2024

i'm experiencing the same issue after updating my arch on testing mirrors

@DawfukFR
Copy link

same (+1)

This was referenced Mar 13, 2024
@Jguer Jguer changed the title yay-git from AUR fails with new pacman from [testing] yay fails to compile and run with pacman 6.1 Mar 13, 2024
@Jguer Jguer added Status: Resolved Issue or question has been answered or fixed successfully and removed Status: Triage labels Mar 13, 2024
@Jguer
Copy link
Owner

Jguer commented Mar 13, 2024

yay 12.3.1-2 compiles with tag next if libalpm.so=14-64 is detected now.

If you've upgraded pacman separately from yay (or upgraded yay separately from pacman) a manual rebuild should succeed.

I will push another revision update once pacman 6.1 hits core to try and cover as many users as possible in the combined upgrade

@bittin
Copy link
Contributor Author

bittin commented Mar 13, 2024

@Jguer yep that worked thank you :)

@bittin bittin closed this as completed Mar 13, 2024
@aaronliu0130
Copy link

6.1 hit core an hour ago

@dev-rfc
Copy link

dev-rfc commented Mar 15, 2024

I have the same error as above, and cannot rebuild it, it gives me the error bellow:

==> ERRO: Cannot find the debugedit binary required for including source files in debug packages.

@aaronliu0130
Copy link

That's a different error. Try either disabling the automatic makepkging of debug packages or installing core/debugedit.

@dev-rfc
Copy link

dev-rfc commented Mar 15, 2024

That's a different error. Try either disabling the automatic makepkging of debug packages or installing core/debugedit.

It was already installed, but manually removing yay and yay-debug did the trick. Thank you.

@benedikt-bartscher
Copy link

This seems to still be broken on arm64

@aaronliu0130
Copy link

Did you rebuild it from source?

@benedikt-bartscher
Copy link

yes i did, against tag 12.3.3

@aaronliu0130
Copy link

aaronliu0130 commented Mar 17, 2024

And https://github.com/Jguer/yay/releases/download/v12.3.3/yay_12.3.3_aarch64.tar.gz doesn't work either? What does it say?

@benedikt-bartscher
Copy link

just for reference:

Linux runner-mz9yhyrmk-project-982-concurrent-0-830shogr 6.1.0-17-arm64 #1 SMP Debian 6.1.69-1 (2023-12-30) aarch64 GNU/Linux
uid=1001(builder) gid=1001(builder) groups=1001(builder)
builder
NAME="Arch Linux ARM"
PRETTY_NAME="Arch Linux ARM"
ID=archarm
ID_LIKE=arch
BUILD_ID=rolling
ANSI_COLOR="38;2;23;147;209"
HOME_URL="https://archlinuxarm.org/"
DOCUMENTATION_URL="https://archlinuxarm.org/wiki"
SUPPORT_URL="https://archlinuxarm.org/forum"
BUG_REPORT_URL="https://github.com/archlinuxarm/PKGBUILDs/issues"
LOGO=archlinux-logo

$ yay --version
yay: error while loading shared libraries: libalpm.so.13: cannot open shared object file: No such file or directory

I will try the release binarys now

@Jguer
Copy link
Owner

Jguer commented Mar 17, 2024

When 12.3.3 was tagged arm archlinux was still on pacman 6.0. I'll tag a new version to rebuild for 6.1

@benedikt-bartscher
Copy link

Thanks, @Jguer works perfectly fine now!

@thisven
Copy link

thisven commented Mar 17, 2024

If you've upgraded pacman separately from yay (or upgraded yay separately from pacman) a manual rebuild should succeed.

yay! That worked like a charm. 🤩

@johnzzon
Copy link

Here's a tip to temporarily fix yay in order to cleanBuild:

$ yay -Sua
yay: error while loading shared libraries: libalpm.so.13: cannot open shared object file: No such file or directory

# Symlink libalpm 14 to 13 so yay can use that
$ sudo ln -s /usr/lib/libalpm.so.14.0.0 /usr/lib/libalpm.so.13

# Reinstall yay/yay-git, make sure you choose clean build
$ yay -S yay-git

# Clean up your temporary symlink
$ sudo rm /usr/lib/libalpm.so.13

This all worked great for me. Hope it helps someone else.

@eugenioventura
Copy link

Im having problems to compile yay and the error message reffers to a dependency of pacman>6.1... my pacman is up to date (ran sudo pacman -Syy) and when I ask for the version, it says Pacman v6.0.2 - libalpm v13.0.2 (not 6.1)

When I run makepkg -si, i get the following (pt-BR sorry):

=> ERRO: "pacman" falhou em instalar dependências não encontradas.
==> Dependências faltando:
-> pacman>6.1
==> Verificando as dependências de tempo de compilação...
==> ERRO: Não foi possível resolver todas as dependências.

Can u help me??

@aaronliu0130
Copy link

What distro are you using? The latest pacman is in fact 6.1

@XeemPad
Copy link

XeemPad commented Mar 26, 2024

Here's a tip to temporarily fix yay in order to cleanBuild:

$ yay -Sua
yay: error while loading shared libraries: libalpm.so.13: cannot open shared object file: No such file or directory

# Symlink libalpm 14 to 13 so yay can use that
$ sudo ln -s /usr/lib/libalpm.so.14.0.0 /usr/lib/libalpm.so.13

# Reinstall yay/yay-git, make sure you choose clean build
$ yay -S yay-git

# Clean up your temporary symlink
$ sudo rm /usr/lib/libalpm.so.13

This all worked great for me. Hope it helps someone else.

when reinstalling yay, I'm stuck on the same error:
:: yay-git-12.3.5.r0.g2ff794d-1 and yay-12.3.1-1 are in conflict. Remove yay? [y/N]
It doesn't matter what I choose - the installation fails.
When choosing cleanBuild mode I type a (all).

If I agree to remove yay:
(2/2) checking keys in keyring [##########################] 100% (2/2) checking package integrity [##########################] 100% (2/2) loading package files [##########################] 100% (2/2) checking for file conflicts [##########################] 100% error: failed to commit transaction (conflicting files) yay-git-debug: /usr/lib/debug/usr/bin/yay.debug exists in filesystem (owned by yay-debug) Errors occurred, no packages were upgraded. -> error installing: [/home/emil/.cache/yay/yay-git/yay-git-12.3.5.r0.g2ff794d-1-x86_64.pkg.tar.zst /home/emil/.cache/yay/yay-git/yay-git-debug-12.3.5.r0.g2ff794d-1-x86_64.pkg.tar.zst] - exit status 1

If I disagree:
error: unresolvable package conflicts detected error: failed to prepare transaction (conflicting dependencies) :: yay-git-12.3.5.r0.g2ff794d-1 and yay-12.3.1-1 are in conflict -> error installing: [/home/emil/.cache/yay/yay-git/yay-git-12.3.5.r0.g2ff794d-1-x86_64.pkg.tar.zst /home/emil/.cache/yay/yay-git/yay-git-debug-12.3.5.r0.g2ff794d-1-x86_64.pkg.tar.zst] - exit status 1

@aaronliu0130
Copy link

aaronliu0130 commented Mar 26, 2024

Which repo do you normally install yay from? Why do you need yay-debug?

@JR1994
Copy link

JR1994 commented Mar 27, 2024

Here's a tip to temporarily fix yay in order to cleanBuild:

$ yay -Sua
yay: error while loading shared libraries: libalpm.so.13: cannot open shared object file: No such file or directory

# Symlink libalpm 14 to 13 so yay can use that
$ sudo ln -s /usr/lib/libalpm.so.14.0.0 /usr/lib/libalpm.so.13

# Reinstall yay/yay-git, make sure you choose clean build
$ yay -S yay-git

# Clean up your temporary symlink
$ sudo rm /usr/lib/libalpm.so.13

This all worked great for me. Hope it helps someone else.

when reinstalling yay, I'm stuck on the same error: :: yay-git-12.3.5.r0.g2ff794d-1 and yay-12.3.1-1 are in conflict. Remove yay? [y/N] It doesn't matter what I choose - the installation fails. When choosing cleanBuild mode I type a (all).

If I agree to remove yay: (2/2) checking keys in keyring [##########################] 100% (2/2) checking package integrity [##########################] 100% (2/2) loading package files [##########################] 100% (2/2) checking for file conflicts [##########################] 100% error: failed to commit transaction (conflicting files) yay-git-debug: /usr/lib/debug/usr/bin/yay.debug exists in filesystem (owned by yay-debug) Errors occurred, no packages were upgraded. -> error installing: [/home/emil/.cache/yay/yay-git/yay-git-12.3.5.r0.g2ff794d-1-x86_64.pkg.tar.zst /home/emil/.cache/yay/yay-git/yay-git-debug-12.3.5.r0.g2ff794d-1-x86_64.pkg.tar.zst] - exit status 1

If I disagree: error: unresolvable package conflicts detected error: failed to prepare transaction (conflicting dependencies) :: yay-git-12.3.5.r0.g2ff794d-1 and yay-12.3.1-1 are in conflict -> error installing: [/home/emil/.cache/yay/yay-git/yay-git-12.3.5.r0.g2ff794d-1-x86_64.pkg.tar.zst /home/emil/.cache/yay/yay-git/yay-git-debug-12.3.5.r0.g2ff794d-1-x86_64.pkg.tar.zst] - exit status 1

I ran into the same issue removing yay-debug resolved it for me.

@Trit34
Copy link

Trit34 commented Mar 27, 2024

Which repo do you normally install yay from? Why do you need yay-debug?

The latest versions of makepkg are set to generate a *-debug package by default. You have to manually edit /etc/makepkg.conf to disable the relevant parameter. The line:

OPTIONS=(strip docs !libtool !staticlibs emptydirs zipman purge debug lto)

must be changed to:

OPTIONS=(strip docs !libtool !staticlibs emptydirs zipman purge !debug lto)

@aaronliu0130
Copy link

So yay automatically installs every single pkg file made, not just the ones we asked to install?

@calzateu
Copy link

When trying to rebuild it it throws the following error:
==> ERRO: Cannot find the debugedit binary required for including source files in debug packages.

But @Trit34's solution worked for me :)

@DonCammne
Copy link

Thus the steps to solve the problems are:

  1. Change the /etc/makepkg.conf with "!debug"
  2. sudo ln -s /usr/lib/libalpm.so.14.0.0 /usr/lib/libalpm.so.13
  3. yay -S yay-git
  4. Choose to remove yay?
  5. sudo rm /usr/lib/libalpm.so.13
  6. Change the /etc/makepkg.conf back to "debug"?
  7. Anything else? Is it correct that now I have yay-git and not yay?

Thanks!

@PoisonFrog
Copy link

7. Anything else? Is it correct that now I have yay-git and not yay?

I think it works with regular yay package instead of yay-git. It worked for me.

@aaronliu0130
Copy link

It works with any package you used to install yay. It's just that yay-git is the most commonly-used one.

@DonCammne
Copy link

DonCammne commented Mar 30, 2024

Thanks a lot for the responses!

So considering that I need to do a clean rebuild, should I use yay-git instead of yay (thus following the steps described)?

@karma-riuk
Copy link

So considering that I need to do a clean rebuild, should I use yay-git instead of yay (thus following the steps described)?

It depends on whether you want the stable version of yay or the latest version on the git repo. You chose which ever one you prefer

@nuno-aj-aniceto
Copy link

Thus the steps to solve the problems are:

  1. Change the /etc/makepkg.conf with "!debug"
  2. sudo ln -s /usr/lib/libalpm.so.14.0.0 /usr/lib/libalpm.so.13
  3. yay -S yay-git
  4. Choose to remove yay?
  5. sudo rm /usr/lib/libalpm.so.13
  6. Change the /etc/makepkg.conf back to "debug"?
  7. Anything else? Is it correct that now I have yay-git and not yay?

Thanks!

thank you !

@petrizzo
Copy link

petrizzo commented Apr 7, 2024

Hi! In my case, removing yay-git solved all this mess. After that, I could upgrade the system without any issues.

@johnr14
Copy link

johnr14 commented Apr 11, 2024

Trying to install yay in a distrobox with arch:latest gives an error :

==> Making package: yay 12.3.5-1 (Thu Apr 11 12:52:56 2024)
==> Checking runtime dependencies...
==> Installing missing dependencies...
error: target not found: pacman>6.1
==> ERROR: 'pacman' failed to install missing dependencies.
==> Missing dependencies:
  -> pacman>6.1
==> Checking buildtime dependencies...
==> ERROR: Could not resolve all dependencies.

and

sudo pacman -S pacman
warning: pacman-6.0.2-8 is up to date -- reinstalling
resolving dependencies...
looking for conflicting packages...

Packages (1) pacman-6.0.2-8

Total Download Size:   0.90 MiB
Total Installed Size:  4.72 MiB
Net Upgrade Size:      0.00 MiB

So this bug is still a problem because distrobox uses archive.archlinux.org/repo/2024/02/01...

Could there be a check on build to downgrade yay to a version compatible with current installed pacman ?

@im-ecorp
Copy link

im-ecorp commented Jun 2, 2024

yay 12.3.1-2 compiles with tag next if libalpm.so=14-64 is detected now.

If you've upgraded pacman separately from yay (or upgraded yay separately from pacman) a manual rebuild should succeed.

I will push another revision update once pacman 6.1 hits core to try and cover as many users as possible in the combined upgrade

TY it works for me

@CFdefense
Copy link

If anyone is having issues and none of these solutions are working for you. I found this solution in linking libalpm 15 to 14 and using that instead. sudo ln -s /usr/lib/libalpm.so.15.0.0 /usr/lib/libalpm.so.14. This worked for me while repackaging and changing the build file did not.

@sjakk
Copy link

sjakk commented Sep 28, 2024

If anyone is having issues and none of these solutions are working for you. I found this solution in linking libalpm 15 to 14 and using that instead. sudo ln -s /usr/lib/libalpm.so.15.0.0 /usr/lib/libalpm.so.14. This worked for me while repackaging and changing the build file did not.

thanks!

@33a3d
Copy link

33a3d commented Oct 3, 2024

If anyone is having issues and none of these solutions are working for you. I found this solution in linking libalpm 15 to 14 and using that instead. sudo ln -s /usr/lib/libalpm.so.15.0.0 /usr/lib/libalpm.so.14. This worked for me while repackaging and changing the build file did not.

thanks!

Attempted to do this, but it's still not working. Anyone have any advice?

@PoisonFrog
Copy link

Attempted to do this, but it's still not working. Anyone have any advice?

Reinstall yay. Build it again.

@33a3d
Copy link

33a3d commented Oct 4, 2024

Reinstall yay. Build it again.

Disregard my post entirely, I'm an idiot and simply didn't read my error well enough. I had a random file located in /usr/ that was breaking my build. zz Sorry.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Status: Resolved Issue or question has been answered or fixed successfully Type: Bug
Projects
None yet
Development

No branches or pull requests