• dinckel
    link
    252 months ago

    For now you can either use paru-git, or the already updated yay/yay-bin packages. Please just don’t symlink the libraries together

    • @cm0002
      link
      82 months ago

      don’t tell me what to do!

      • @devfuuu
        link
        12 months ago

        What’s one or more custom lost symlink on the system anyway.

    • @JTskulk
      link
      English
      02 months ago

      Why not? I already did it and it works great.

  • @[email protected]
    link
    fedilink
    English
    242 months ago

    Where were you when yay/paru was kill

    I was at home trying to yay when:

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

    No

  • @[email protected]
    link
    fedilink
    17
    edit-2
    2 months ago

    You can either patch the binary

    sudo patchelf --replace-needed libalpm.so.14 libalpm.so.15 "$(which paru)"
    

    Or install paru-git

    sudo pacman -S --needed base-devel
    git clone https://aur.archlinux.org/paru-git.git
    cd paru-git
    makepkg -si
    

    Or do both, patch the binary, then use it to install paru-git (which is what i did)

  • Eskuero
    link
    fedilink
    172 months ago

    Somebody who needs the dopamine of running yay -Syyyyyuuuuuuu 4 times a day wouldn’t be running broken and outdated *-bin packages but always target *-git alternatives /s

  • Ace! _SL/S
    cake
    link
    fedilink
    82 months ago

    Just update paru from source (exactly like the first time that you installed it)

    • @devfuuu
      link
      22 months ago

      Yeah. That’s how it was installed…

  • @[email protected]
    link
    fedilink
    English
    32 months ago

    welp, guess I’m keeping this thread open for tomorrow morning when I get to fixing this. Hopefully by then things will be more fixed upstream…

  • ShaunaTheDead
    link
    fedilink
    22 months ago

    Weird. I was just having an issue with pamac and started using paru as a backup and paru is working fine last I checked.

  • Lucy :3
    link
    fedilink
    12 months ago

    Hasn’t this been an issue a few days ago? Maybe only with testing.

  • asudox
    link
    fedilink
    -10
    edit-2
    2 months ago

    I found a hack. Assuming you now have libalpm.so.15, just make a copy of it and rename it to libalpm.so.14:

    cp /usr/lib/libalpm.so.15 /usr/lib/libalpm.so.14

    Edit: It’s not a permanent one and it works for the time being, can’t see the reason for the downvotes honestly.

    • astrsk
      link
      fedilink
      122 months ago

      Boy that’s… that’s one way to solve it I guess.

    • @[email protected]
      link
      fedilink
      62 months ago

      It’s not a permanent one and it works for the time being, can’t see the reason for the downvotes honestly.

      It’s just a bad idea in general. A better option would be to patch the binary to use 15. They both have the issue of forcing paru to work with a library it wasn’t explicitly designed for, but symlinking (or copying) 15 to 14 forces the hack to be “system wide” instead of restricted to a single binary

      as well, your solution is “temporary” only if you remember to fix it, vs patching which is (by default) overwritten the next time paru is updated

      it “works”, but it’s not something i’d recommend someone else do

      • @Kaelygon
        link
        11 month ago

        I genuinely thought symlinking these files was standard because how many people I have seen suggesting it. I have had this issue so many times when I needed to that one program updated but there’s no newer libraries in AUR. Surprisingly, I haven’t had issues and I’ve been doing this past 5 years on my personal system. So I guess I consider compiling from source next time.