Trigger re-test

[probonopd]

• ossia-score: update buggy screenshot #3604

[probonopd]

It doesn't pass the test anymore, unlike back in the day. Apparently the program has now gained additional dependencies which are missing in the AppImage or are not being loaded from there.

Welcome to ossia score! All the required software are not installed, and thus the software cannot run.
Make sure that the following software and libraries are installed on your system: 
 
libv4l2.so.0: MISSING LIBRARY!
libxkbcommon-x11.so.0: MISSING LIBRARY!
libxcb-xkb.so.1: MISSING LIBRARY!
libbluetooth.so.3: MISSING LIBRARY!
libv4l2.so.0: MISSING LIBRARY!
avahi-daemon: MISSING PROGRAM!
jackd|jackd2|pipewire: MISSING PROGRAM!

cc @jcelerier

[jcelerier]

Arf, these are all dependencies that I have found out to have to be loaded specifically from the OS as they could sometimes cause crashes due to changing ABIs / protocols on various distros. So I added a banner script that would check for them on the host OS. e.g. an appimage cannot ship the pipewire or jackd binaries but I had too many problems of people telling me that it wouldn't work and it turns out these basic dependencies wouldn't be installed on their system. Same for v4l2 where shipping a more recent version is a recipe for crashes, it's too tied to the kernel version. But shipping an older one means that users on newer distros won't have the entirety of the supported pixel formats their kernel provide.

[probonopd]

Did it work without Pipewire and jack in older versions?

[jcelerier]

it "works" in the sense that it's possible to run it but I get too much complaints to not have a banner warning people that they won't get all the features

[probonopd]

Maybe it'd be possible to make the message non-fatal - show it but continue with just ALSA?
(Personally I prefer pure ALSA wherever possible - seems to be most robust and gives me the least hassle, e.g., in configurations like running Linux binaries on FreeBSD and similar shenanigans that I tend to end up with for whatever reasons.)

[jcelerier]

It wouldn't fix the screenshot issue though if it shows first, nor the issues for xcb and xkbcommon ; neither for v4l2, libbluetooth and avahi which are also all tied to either services / daemons with unstable IPC across service versions (for bluetooth and avahi) and kernel versions (for v4l2) running on the host.

[jcelerier]

maybe I could try to detect if there is an env var set and skip that check though, which will fix at least

libv4l2.so.0: MISSING LIBRARY!
libbluetooth.so.3: MISSING LIBRARY!
libv4l2.so.0: MISSING LIBRARY!
avahi-daemon: MISSING PROGRAM!
jackd|jackd2|pipewire: MISSING PROGRAM!

since they are all dlopen'd or interacted with through some IPC.

This won't fix OTOH the following, but I'd really assume they are on any GUI Linux:

libxkbcommon-x11.so.0: MISSING LIBRARY!
libxcb-xkb.so.1: MISSING LIBRARY!