I've got the following error message from GStreamer from GNOME Platform 3.22: ** (gst-plugin-scanner:40): CRITICAL **: Couldn't g_module_open libpython. Reason: /usr/lib/libpython3.4m.so: cannot open shared object file: No such file or directory
** (gst-plugin-scanner:40): CRITICAL **: Couldn't g_module_open libpython. Reason: /usr/lib/libpython3.4m.so: cannot open shared object file: No such file or directory
Inside the Platform flatpak, there is /usr/lib/libpython3.4m.so.1.0. Maybe a symlink is missing to make GStreamer happy?
$ ls /usr/lib/libpython*
However, the symlinks are present in the SDK flatpak:
$ ls -l /usr/lib/libpython*
lrwxrwxrwx 1 nfsnobody nfsnobody 19 Oct 19 12:12 /usr/lib/libpython2.7.so -> libpython2.7.so.1.0
-rwxr-xr-x 4 nfsnobody nfsnobody 1870408 Jan 1 1970 /usr/lib/libpython2.7.so.1.0
lrwxrwxrwx 1 nfsnobody nfsnobody 20 Oct 19 12:12 /usr/lib/libpython3.4m.so -> libpython3.4m.so.1.0
-rwxr-xr-x 4 nfsnobody nfsnobody 2519832 Jan 1 1970 /usr/lib/libpython3.4m.so.1.0
-rwxr-xr-x 3 nfsnobody nfsnobody 3896 Jan 1 1970 /usr/lib/libpython3.so
Seems like gst-python depends on the devel symlink for libpython. Thats pretty weird. Its gonna break for real distros too, if you don't have the devel packages installed.
I guess there is anything I can do with it except to build GStreamer as a module of my app and keep the devel symlink around. Or is there another solution?
I'll look into a workaround.
Add a workaround for gstpython
As discussed in:
The gstreamer python plugin relies on the devel .so symlinks
for python, and these are not in the platform.
We add them for now, although the proper fix is to fix gstreamer.
What did you do to reproduce this?
flatpak remote-add --from nuvola https://dl.tiliado.eu/flatpak/nuvola.flatpakrepo
flatpak install nuvola eu.tiliado.NuvolaAdk
rm -r ~/.var/app/eu.tiliado.NuvolaAdk
flatpak run --command=nuvola eu.tiliado.NuvolaAdk
Seems to help then...
Great, thanks. It should fix also flatpak/freedesktop-sdk-images#1 then.
Should be fixed now