appimg v3.6 and v3.7 not working, different errors

[Andreas F]

Hi
appimg don't work any more with up to date arch install using sway wm.

./GoldenCheetah_v3.7-DEV_x64.AppImage /tmp/.mount_GoldenTqPLAR/GoldenCheetah: symbol lookup error: /usr/lib/libtiff.so.6: undefined symbol: jpeg12_write_raw_data, version LIBJPEG_8.0

./GoldenCheetah_v3.6_x64.AppImage qt.qpa.plugin: Could not find the Qt platform plugin "wayland" in "" This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Available platform plugins are: xcb. [1] 203648 IOT instruction (core dumped) ./appimgs/GoldenCheetah_v3.6_x64.AppImage

shouldn't appimgs just work? I use plenty other appimgs which don't seem to have problems.
Any help appreciated

[Ale Martinez]

El lunes, 27 de mayo de 2024 a la(s) 5:28:37 a.m. UTC-3, Andreas F escribió:

Hi
appimg don't work any more with up to date arch install using sway wm.

./GoldenCheetah_v3.7-DEV_x64.AppImage /tmp/.mount_GoldenTqPLAR/GoldenCheetah: symbol lookup error: /usr/lib/libtiff.so.6: undefined symbol: jpeg12_write_raw_data, version LIBJPEG_8.0

./GoldenCheetah_v3.6_x64.AppImage qt.qpa.plugin: Could not find the Qt platform plugin "wayland" in "" This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Available platform plugins are: xcb. [1] 203648 IOT instruction (core dumped) ./appimgs/GoldenCheetah_v3.6_x64.AppImage

shouldn't appimgs just work?

Ideally, yes, in practice it is more complex than that since this is a non-sponsored FOSS project, we don't have too many resources available, and no active GoldenCheetah developer is using Arch.

OTOH, Arch is considere a distribution for advanced users so we expect they can do some debugging and fix library issues when Arch decides to update them, here is an example of that behavior: https://groups.google.com/g/golden-cheetah-users/c/dbIRjYtCBoU/m/2mwLZi5_AQAJ

For naive users we focus on supporting Ubuntu derivatives where it is more likely GoldenCheetah AppImage just work.

[marcen]

Maybe it is possible to add the following lines to the file after_success.sh as a workaround for Arch Linux users.

The appimg should also run again under Linux.

Add above line 26

isInFile=$(cat /etc/*-release | grep -c "Arch Linux")

if [ $isInFile == 2 ]; then
    export LD_PRELOAD=/usr/lib/libjpeg.so.8
fi

[Andreas F]

for 3.7 dev version this export fixes the jpeg error.
wayland remains

putting export QT_QPA_PLATFORM="wayland;xcb"
in front seems to solve that as well.

BTW I was not really looking for support as I don't really use GoldenCheetah. It was meant as a hint to possible bug. I thought even recent Ubuntu and other distros would be using wayland by now.
I am using EndeavourOS which is basically Arch but the grep above would not catch it.
Anyways, GC is very impressive, good work.
Thanks.

[Ale Martinez]

Thank you to both, I added a wiki page to the troubleshooting section including these workarounds: https://github.com/GoldenCheetah/GoldenCheetah/wiki/FAQ#troubleshooting, feel free to enrich  it.

For v3.7 the build platform is not defined yet, it may change to 22.04 and Qt6 before release and Arch can iterate many times, so I would prefer to wait before to include workarounds like these at build time.

[marcen]

Thank you for adding this to the wiki page.

I didn't consider the Arch Linux derivatives, so the workaround unfortunately doesn't help without modification, which makes it unusable.

I have expanded the wiki entry with the point "Create a menu entry with the fix". This should also cover the Arch Linux derivatives.