Still have absolutely no idea why #VLC needs the extra nudge, when nothing else I build from source does.
Further #Linux #Disco mucking about, discovered that #Digikam wasn't keen on me having a $PKG_CONFIG_PATH set up, since it kept finding the wrong version of libexiv2. So I've got rid of the export in .bashrc, and now just put a suitable PKG_CONFIG_PATH on the front of the #VLC configure step.
Now everything is happy again (:*
#linux #disco #vlc #digikam #devissues
Take Three, which I may work on at some point is some way of dynamically working out what paths might need to be shovelled into LD_LIBRARY_PATH so that I don't need to hard code my custom path.
[NB. Launching #Gnomecast via #KDE desktop file leads to an LD_LIBRARY_PATH == None which I fix by changing it to an empty string. So that's a bit odd to start with.]
Anyway Take Two works, so who really cares, if I never do Take Three (;*
#gnomecast #kde #selfinflicted #devissues
In a sort of take two, I've now fixed my version of #Gnomecast so that if the LD_LIBRARY_PATH environment variable doesn't contain my local dev path where the shared libraries for my version of #ffmpeg reside that this gets shovelled onto the start of the variable before anything else happens so that Gnomecast works correctly.
#ffmpeg #selfinflicted #gnomecast #devissues
Finally worked out why #Gnomecast wasn't working, #Python subprocess.check_output() was returning error code 127 (command not found for #ffmpeg) when launched via xterm -e
Turned out it was actually, some libraries that my locally built version of ffmpeg uses couldn't be found by #Python So I've modified gnomecast to use the system version of ffmpeg (/usr/bin/ffmpeg)
Surprise, surprise, it works again (:*
#gnomecast #python #ffmpeg #selfinflicted #devissues