Applications will fail to launch if the first 5 characters contain `:` in the appimage filename

[Link4Electronics]

@dCo3lh0 told me on discord that was having difficulties to integrate fre:ac https://github.com/pkgforge-dev/freac-AppImage-Enhanced on appmanager, and it seems the issue is because on desktop entry, on Name= it uses ":" Name=fre:ac
tried using export APPNAME=freac, it changed name on release tag of github, but inside the desktop entry it stills Name=fre:ac and user can't integrate appimage with appmanager

looking at uruntime2appimage.sh, seems that it's this line the issue that it doesn't grab symbols?
APPNAME=${APPNAME:-$(awk -F'=' '/^Name=/{gsub(/ /,"_",$2); print $2; exit}' "$DESKTOP_ENTRY")}

[Samueru-sama]

looking at uruntime2appimage.sh

Deprecated for 4 months.

Anylinux-AppImages/useful-tools/uruntime2appimage.sh

Lines 10 to 11 in e9e2fd0

	# WARNING: What this script does has been merged into
	# quick-sharun as result this script is now deprecated!

APPNAME defaults to what is in the .desktop file. It does not replace what is in it. It is meant to be used for when applications have very long names that look bad as the name of the AppImage file.

it changed name on release tag of github, but inside the desktop entry it stills Name=fre:ac and user can't integrate appimage with appmanager

This is a bug report for AppManager, the desktop entry is totally valid:

[Samueru-sama]

This bug is actually in our end:

kem-a/AppManager#130

$ /home/dco3lh0/Applications/fre:ac %F
ERROR: ld.so: object 'anylinux.so' from --preload cannot be preloaded (cannot open shared object file): ignored.

I can replicate the issue, it has nothing to do with the ,desktop file.

[Samueru-sama]

Running fre:ac with APPRUN_DEBUG=1 shows the AppRun is working perfectly:

+ TO_LAUNCH=/tmp/samuel/.mount_fre:aremp3399138939898898042/bin/freac
+ set -- /tmp/samuel/.mount_fre:aremp3399138939898898042/bin/freac
+ exec /tmp/samuel/.mount_fre:aremp3399138939898898042/bin/freac

mmm

[Samueru-sama]

Alright here is what is happening:

The uruntime uses part of the name of the appimage to create the mountpoint for the application:

• /tmp/samuel/.mount_fre:aremp3399138939898898042

This means sharun will set a ton of env variables that will point to /tmp/samuel/.mount_fre:aremp3399138939898898042

sharun sets --library-path to the dynamic linker to include /tmp/samuel/.mount_fre:aremp3399138939898898042/lib

But because the path contains a :, the dynamic linker thinks you instead gave it two separate directories:

• /tmp/samuel/.mount_fre
• aremp3399138939898898042/lib

This leads to the ERROR: ld.so: object 'anylinux.so' from --preload cannot be preloaded (cannot open shared object file): ignored., because the dynamic linker was never given /tmp/samuel/.mount_fre:aremp3399138939898898042 as the path to look for libraries.

Similarly, the path with : leads to broken env variables set by sharun which don't work, since libraries will parse those variables to contain two paths instead of one, which causes this to crash.

---

If I rename the app as freee:ac then it gets fixed, because the colon doesn't make it to the mount path:

[dCo3lh0]

interesting so indeed I've found an interesting bug then.