onvifmgr fail to find libpulse

[kanyck]

onvifmgr: error while loading shared libraries: libpulse.so.0: cannot open shared object file: No such file or directory
However it's there:

$❯ find . -name libpulse.so.0
./subprojects/pulseaudio/build_dir/src/pulse/libpulse.so.0
./subprojects/pulseaudio/build/dist/lib/libpulse.so.0
$❯ file ./subprojects/pulseaudio/build_dir/src/pulse/libpulse.so.0
./subprojects/pulseaudio/build_dir/src/pulse/libpulse.so.0: symbolic link to libpulse.so.0.24.2
$❯ file ./subprojects/pulseaudio/build_dir/src/pulse/libpulse.so.0.24.2
./subprojects/pulseaudio/build_dir/src/pulse/libpulse.so.0.24.2: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, with debug_info, not stripped

[Quedale]

The reason you are getting this error is simply because the shared library libpulse isn't in the LD_LIBRARY_PATH.
All libraries compiled under subprojects should be static, which doesn't require to be added to the path.
libpulse getting built as a shared library might just have been an oversight.

Can you try the following? :
LD_LIBRARY_PATH=./subprojects/pulseaudio/build/dist/lib ./onvifmgr

PulseAudio isn't actually a direct dependency.
It's a soft dependency used by the gstreamer pulseaudio plugin, which isn't necessarily required.

EDIT: I could add an option to disable the gstreamer pulseaudio plugin altogether.

[kanyck]

Oh! LD_LIBRARY_PATH wasn't set at all! Now it works, thanks!

[Quedale]

Glad it worked!
Although it shouldn't be required.

I probably introduced a regression at some point causing the build to link against shared libraries instead of static.

The goal was to allow building and running the executable without any extra configuration, in an isolated fashion. (Nothing is changed on the system)

This is entirely to support development, not a distributable exec.
The local build is subject to break after every system upgrade and may require to be rebuit.

The preferred approach is flatpak to avoid such issues.

I'll keep this issue open to keep track of it.