Shotcut AppImage problem

Paul2 · June 30, 2019, 5:46pm

Not sure if it’s a bug, but the latest SC AppImage seems to be missing libfuse.so.2
I often use AppImages and have never encountered the following error:

OS specs:

PRETTY_NAME=“Debian GNU/Linux 9 (stretch)”
NAME=“Debian GNU/Linux”
VERSION_ID=“9”
VERSION=“9 (stretch)”
ID=debian

Linux version 4.9.0-4-amd64 (debian-kernel@lists.debian.org) (gcc version 6.3.0 20170516 (Debian 6.3.0-18) ) #1 SMP Debian 4.9.51-1 (2017-09-28)

shotcut · June 30, 2019, 6:12pm

This cannot be fixed in the Shotcut AppImage. The AppImage runtime itself requires FUSE, not Shotcut or its dependencies.

Paul2 · June 30, 2019, 6:15pm

OK thanks @shotcut

Will have a look at my installation of AppImage as others seem to run.

Paul2 · June 30, 2019, 7:49pm

Decided to take another route and extract the AppImage.
All went well until I try to run it.
Comes up with the error:

Aparently this is something related to QT and I can’t find that lib anywhere.
Any help appreciated.

EDIT:

All sorted, needed libharfbuzz.so.0 and libglib-2.0.so.0 ( 64 bit versions) as they were not part of the AppImage.

shotcut · June 30, 2019, 9:12pm

I don’t know how you launch the appimage after you extract it so it may not be using the bundled dependencies which is bad. I recurved to use the portable archive with its desktop file or launcher script in this situation.

Paul2 · June 30, 2019, 9:32pm

Here is the exact procedure I used:

Downloaded the latest AppImage to /Downloads.
Made it executable.
As mentioned before, running the AppImage did not work although other AppImages do, so…
Extracted it using ./Shotcut-190615.glibc2.14-x86_64.AppImage --appimage-extract
This created a folder called “squashfs-root” under /Downloads.
Renamed it to “Shotcut-190615”
Ran “AppRun” but it complained about libharfbuzz.so.0
Downloaded and extracted “libharfbuzz0b_1.4.2-1_amd64.deb” to “/Downloads/Shotcut-190615/lib/x86_64-linux-gnu”, this then gave me libharfbuzz.so.0
Ran “AppRun” again but complained about “libglib-2.0.so.0”.
Repeated process in point 8 but with “libglib2.0-0_2.50.3-2_amd64.deb”.
Ran “AppRun” again and all working.

shotcut · June 30, 2019, 9:42pm

Here are the appimage exclusions

github.com

AppImage/pkg2appimage/blob/master/excludelist

# This file lists libraries that we will assume to be present on the host system and hence
# should NOT be bundled inside AppImages. This is a working document; expect it to change
# over time. File format: one filename per line. Each entry should have a justification comment.

# See the useful tool at https://abi-laboratory.pro/index.php?view=navigator&symbol=hb_buffer_set_cluster_level#result
# to investigate issues with missing symbols.

ld-linux.so.2
ld-linux-x86-64.so.2
libanl.so.1
libBrokenLocale.so.1
libcidn.so.1
# libcrypt.so.1 # Not part of glibc anymore as of Fedora 30. See https://github.com/slic3r/Slic3r/issues/4798 and https://pagure.io/fedora-docs/release-notes/c/01d74b33564faa42959c035e1eee286940e9170e?branch=f28
libc.so.6
libdl.so.2
libm.so.6
libmvec.so.1
# libnsl.so.1 # Not part of glibc anymore as of Fedora 28. See https://github.com/RPCS3/rpcs3/issues/5224#issuecomment-434930594
libnss_compat.so.2
libnss_db.so.2

This file has been truncated. show original

Paul2 · June 30, 2019, 9:52pm

Thank you Dan, that is a handy list and confirms that those two libs are excluded.

system · December 30, 2019, 9:52am

This topic was automatically closed 182 days after the last reply. New replies are no longer allowed.