It seems libsndio.so.6.1 is missing on 20.04 rebase, causing things such as ffmpeg to be unable to run?

Code: Select all

$ /usr/bin/ffmpeg
/usr/bin/ffmpeg: error while loading shared libraries: libsndio.so.6.1: cannot open shared object file: No such file or directory


Code: Select all

$ apt-cache policy ffmpeg
ffmpeg:
  Installed: 7:4.2.4-1ubuntu0.1
  Candidate: 7:4.2.4-1ubuntu0.1
  Version table:
 *** 7:4.2.4-1ubuntu0.1 500
        500 http://archive.ubuntu.com/ubuntu focal-updates/universe amd64 Packages
        500 http://security.ubuntu.com/ubuntu focal-security/universe amd64 Packages
        100 /var/lib/dpkg/status


Code: Select all

$ lddtree /usr/bin/ffmpeg
ffmpeg => /usr/bin/ffmpeg (interpreter => /lib64/ld-linux-x86-64.so.2)
    libavdevice.so.58 => /usr/lib/x86_64-linux-gnu/libavdevice.so.58
        ...
        libSDL2-2.0.so.0 => /usr/local/lib/libSDL2-2.0.so.0
            libsndio.so.6.1 => not found
        ...
    ...


Code: Select all

$ apt-cache policy libsdl2-2.0-0
libsdl2-2.0-0:
  Installed: 2.0.10+dfsg1-3
  Candidate: 2.0.10+dfsg1-3
  Version table:
 *** 2.0.10+dfsg1-3 500
        500 http://archive.ubuntu.com/ubuntu focal/universe amd64 Packages
        100 /var/lib/dpkg/status


It seems there's only libsndio7.0 on focal: https://packages.ubuntu.com/bionic/libsndio6.1

Code: Select all

$ ls /usr/lib/x86_64-linux-gnu | grep libsndio
libsndio.so
libsndio.so.7.0


Most likely not a good idea for the long run, but I've settled with installing bionic packages of libsndio6.1 instead (as it can coexist with libsndio7 anyway). Installed both amd64 and i386, and there seemed to be no issue in my short tests. Got em from here: https://www.ubuntuupdates.org/package/c ... ibsndio6.1 (direct links to https://security.ubuntu.com/ after all).

Fun fact I previously couldn't compile ffplay from git master either, as it required libsdl2-dev, which was failing due to the lack of libsndio6.1.

No issues with ffmpeg here, on either of my upgraded systems

But this looks different:

Code: Select all

$ lddtree /usr/bin/ffmpeg
ffmpeg => /usr/bin/ffmpeg (interpreter => /lib64/ld-linux-x86-64.so.2)
    libavdevice.so.58 => /usr/lib/x86_64-linux-gnu/libavdevice.so.58
        ...
        libSDL2-2.0.so.0 => /usr/local/lib/libSDL2-2.0.so.0
            libsndio.so.6.1 => not found

Here is mine

Code: Select all

$ lddtree /usr/bin/ffmpeg | grep libSDL2-2.0.so.0
        libSDL2-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libSDL2-2.0.so.0

Your libSDL2 is in a non-standard location /usr/local/lib/ and it should be in /usr/lib/x86_64-linux-gnu/ so you need to find out why that is. I will guess that you have this file in both locations, and the one in /usr/local is taking precedence, and is looking for the old files. The stock package for libsdl2-2.0-0 puts files in the normal /usr/lib/x86_64-linux-gnu/ location

Code: Select all

$ dpkg-query -L libsdl2-2.0-0
/.
/usr
/usr/lib
/usr/lib/x86_64-linux-gnu
/usr/lib/x86_64-linux-gnu/libSDL2-2.0.so.0.10.0
/usr/share
/usr/share/doc
/usr/share/doc/libsdl2-2.0-0
/usr/share/doc/libsdl2-2.0-0/BUGS.txt
/usr/share/doc/libsdl2-2.0-0/CREDITS.txt
/usr/share/doc/libsdl2-2.0-0/README-SDL.txt
/usr/share/doc/libsdl2-2.0-0/README.txt
/usr/share/doc/libsdl2-2.0-0/changelog.Debian.gz
/usr/share/doc/libsdl2-2.0-0/copyright
/usr/lib/x86_64-linux-gnu/libSDL2-2.0.so.0

Your libSDL2 is in a non-standard location /usr/local/lib/ and it should be in /usr/lib/x86_64-linux-gnu/ so you need to find out why that is.

Damn, I completely missed that part

Thanks! It seems that at one point during mid-2019, I downloaded SDL2 2.0.9 and built it myself. I even still have the remnant files in my storage, lmao
Now that I look into /usr/local/lib further, it seems I've got quite a bit of outdated self-built libraries in it too. Such as gst among other things, which I've confirmed that I might have built myself at one point as I also still had the remnant build files (and this one was even from late-2018). Dang, I completely have zero recollections of doing any of these..