Videomass AppImage libtiff5 issue

[jeanslack]

Thank you for your support and development of AppImage.
I've had a problem lately running the Videomass AppImage on some recent Linux distributions getting ImportError: libtiff.so.5: cannot open shared object file: No such file or directory.

This issue has already been reported here: jeanslack/Videomass#186.

Attempting to fix it by installing the libtiff5 lib was unsuccessful. Is there a workaround to fix this problem?

My recipe reference: https://github.com/jeanslack/Videomass/blob/master/develop/tools/AppImage_build.sh
AppRun: https://github.com/jeanslack/Videomass/blob/master/develop/tools/AppRun

• Link to the original application project's (upstream) download page from where AppImage can be downloaded: https://github.com/jeanslack/Videomass/releases
• Link to the most recent AppImage for x86_64: https://github.com/jeanslack/Videomass/releases/download/v4.0.10/Videomass-4.0.10-x86_64.AppImage

[probonopd]

Hello @jeanslack. Thanks for making an AppImage.

This seems to be an issue with the contents of the AppImage, not with appimage.github.io which this repository is about.

It appears that the Python inside the AppImage can't find the libtiff.so.5 library.

Inspecting the AppImage, that library seems not to be bundled at all. The only libtiff library that is bundled seems to be version 6.

~/Downloads/Videomass-4.0.10-x86_64.AppImage --appimage-extract

find squashfs-root | grep libtiff
squashfs-root/opt/python3.9/lib/python3.9/site-packages/Pillow.libs/libtiff-b9364ff1.so.6.0.0

ls -lh squashfs-root/opt/python3.9/lib/python3.9/site-packages/Pillow.libs/libtiff-b9364ff1.so.6.0.0
-rwxr-xr-x  1 user  user   677K Mar 25 13:29 squashfs-root/opt/python3.9/lib/python3.9/site-packages/Pillow.libs/libtiff-b9364ff1.so.6.0.0

So it seems like something in the AppImage is requiring libtiff.so.5, and for that reason libtiff.so.5 also needs to be put inside the AppImage, into a location from where the binary or library that needs it can find it.

Let's see what needs libtiff.so.5:

grep -r libtiff.so.5 squashfs-root 
Binary file squashfs-root/opt/python3.9/lib/python3.9/site-packages/wx/libwx_gtk3u_core-3.1.so.5 matches

So it is libwx_gtk3u_core-3.1.so.5 that needs libtiff.so.5.

Let's see what else this library needs:

strings squashfs-root/opt/python3.9/lib/python3.9/site-packages/wx/libwx_gtk3u_core-3.1.so.5 | grep "\.so."
libgtk-3.so.0
libgdk-3.so.0
libpangocairo-1.0.so.0
libpango-1.0.so.0
libcairo.so.2
libgdk_pixbuf-2.0.so.0
libgio-2.0.so.0
libgobject-2.0.so.0
libglib-2.0.so.0
libX11.so.6
libXxf86vm.so.1
libSM.so.6
libnotify.so.4
libXtst.so.6
libpangoft2-1.0.so.0
libfontconfig.so.1
libSDL2-2.0.so.0
libpng16.so.16
libjpeg.so.8
libtiff.so.5
libwx_baseu-3.1.so.5
libm.so.6
libstdc++.so.6
libgcc_s.so.1
libpthread.so.0
libc.so.6
libwx_gtk3u_core-3.1.so.5

All of those need to be bundled inside the AppImage, unless one can safely assume that all target systems (Linux distributions) ship them by default.

It seems like the AppImage is missing some libraries from which one cannot assume that all target systems (Linux distributions) ship them by default.

The overall conceptual issue here is that https://github.com/jeanslack/Videomass/blob/master/develop/tools/AppImage_build.sh takes https://github.com/niess/python-appimage/ (good, as it comes with the dependency libraries that it needs) but then uses pip install to install wxPython4. I am not sure whether and how this is suppose to install the non-Python dependencies of wxPython4. Maybe it would be best to ask https://github.com/niess/ who is much more knowledgable about these things.

Also, there are specific deployment tools for Python applications which can maybe take the manual work out of this.

Hope this helps.

Closing here, since not an appimage.github.io issue. For general discussions, please visit https://github.com/AppImage/AppImageKit/discussions.

[jeanslack]

Thank you very much @probonopd
Surely your information will be really useful for me to solve this issue.
Sorry if I posted the problem on the wrong page.