Error while loading shared libraries: libvpx.so.9

what will this do (if I try it)

garuda-update remote fullfix

see here info =)

@TNE would you suggest that I try restoring a previous Snapshot & redo a

$garuda-update --aur

or

I should go straight to

$garuda-update remote fullfix

or not one of these will change anything!?

It seems you got stuck in the spam filter.

Given that I have absolutely no idea how this is even remotely possible to happen in the first place, the snapshot restoring is probably for the best.

Just popping in to say I had almost the same problem. In my case, some packages, starting with Librewolf, made the update fail, because my libvpx was not 9-64. Seeing what the actual versions were, I was scratching my head a little.. I ended up removing several packages that garuda-update had listed, there, and libvpx itself. Then I ran a successful garuda-update, garuda-update -a, and then reinstalled those packages. Now, it’s fine.

Maybe as a clue, prior to this, I was having problems downloading from Chaotic-AUR a few days back, and postponed updates for a bit, because of that.

This is not the same issue. This is your package manager telling you things will break and stopping you from doing so. I assume you then used “-Rdd” to bypass your package manager and forcibly remove libvpx. I don’t think I have to say why this is a bad idea. The protections exist for a reason. You will need to remove any packages that have not been updated for the new libvpx version or wait for them to be rebuilt, not vice versa.

1 Like

tried the snapshot … my oldest one from 2 days ago had the problem already :\

If I removed both MPV & Spectacle, then wait for a bigger update than what I have now (around 12 pkgs), try reinstalling mpv & spectacle afterward, could this be a something that could maybe resolve the issue?!

I uses these 2 programs everyday, I have alternatives/walkaround for now. I can survive a couple days :laughing:

Without knowing the root cause of this it’s impossible to say.

Again, your binaries are completely different than mine. That makes no sense.

Try a fullfix and see if that works.

ok! I’ll try that later.

In any case, thank you very much for the support.

Garuda has been the most stable distro I’ve been on!
├󰔛 OS Age 645 days

I’ve not managed to get more than a couple months even on debian or fedora, always something brakes (I might be the cause too lol)

This is the first “big” problem I got with Garuda and it’s nothing compare to what I went through with other distros.

So I found my home for sure!

fullfix didn’t change anything, same error

Going to send you a DM on the forum, let me know if you don’t get it.

Okay, with some more intense debugging we managed to find the issue.

There was a file /etc/ld.so.conf.d/ffmpeg-av1.conf which instructed ld to load certain libraries related to ffmpeg from /opt/ffmpeg-av1nvenc. The problem is that /opt/ffmpeg-av1nvenc had a hard dependency on libvpx.so.9. By disabling /etc/ld.so.conf.d/ffmpeg-av1.conf (renamed to .disabled) and running ldconfig to rebuild the ld cache, the issue was resolved. MPV and spectacle now indeed use the normal system libraries again that are functional.

4 Likes

@TNE

You were of exceptional help. Thank you very much once again for taking the time and for being curious to find what It could be.

I’ll give you a good rating on trip Advisor :laughing:

2 Likes

This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.