Waylaid by Wayland

[Barry-IA]

Hi Folks!
Trying to install Supercell on Raspberry Pi 5 running Trixie and appears Supercell does not like Wayland. (Yes, I saw the X11 in the requirements). It appears there's a flatpak command to get around: --socket= . I tried flatpak --socket=x11 run net.supercellwx.app and didn't work: still dozens of error messages and then just sits before getting to the config screen.

Hopefully I'm running the socket command wrong: I've not used flatpak in ages.
Thanks!

[dpaulat]

There were some Wayland deployment issues with the latest release. Can you try the latest development snapshot?

https://github.com/dpaulat/supercell-wx/actions/runs/19768672026

Direct link to the arm64 flatpak:
https://github.com/dpaulat/supercell-wx/actions/runs/19768672026/artifacts/4708798946

You should not need to force X11.

[Barry-IA]

Hi! Thanks for the quick response; apologies for me being so slow.
D/l'd the arm64; installed fine. (I I had checked the documentation to see if anything required before doing an update - AFAICT no.) Install went fine except received this error message:
$ flatpak run net.supercellwx.app supercell-wx: error while loading shared libraries: libGLU.so.1: cannot open shared object file: No such file or directory
I did not find it on my system (didn't expect to, but just in case!). ...I'll await instructions/update rather than install manually -- figure this is a minor bug.

[dpaulat]

The latest development release also changed how glu is included for broader compatibility, and now relies on the system glu (which apparently is not installed by default in some environments). Can you try to install libglu1-mesa via your preferred package manager?

[dpaulat]

For some reason the flatpak isn't able to access the system GLU library. I've been able to reproduce on a fresh install of Trixie (x64). I'm working on a permanent fix, but the following works for me as a workaround:

# Create a directory to hold libGLU
mkdir ~/scwx-libs/

# Copy the system libGLU to the created directory
cp /usr/lib/x86_64-linux-gnu/libGLU.so.1 ~/scwx-libs/

# Mount the created directory to the flatpak container, and update $LD_LIBRARY_PATH to look for libraries in the mounted directory
flatpak run --filesystem=$HOME/scwx-libs:ro --env=LD_LIBRARY_PATH=$HOME/scwx-libs net.supercellwx.app

In your instance, I think you want to replace x86_64-linux-gnu with arm-linux-gnueabihf (from my Raspberry Pi 3 running Raspbian).

[Barry-IA]

Well,that didn't quite work but I think I found out why -- just not testing here because I don't know if my guess is right.

cp /usr/lib/x86_64-linux-gnu/libGLU.so.1 ~/scwx-libs/
Not find; FIND command also not finding: find / -type f -iname libGLU.so.1 2>/dev/null

BUT:

barry@raspberrypi:~ $ find  /  -type f -iname libGLU.*  2>/dev/null
/usr/lib/aarch64-linux-gnu/libGLU.a
/usr/lib/aarch64-linux-gnu/libGLU.so.1.3.1

So my guess would be to use the second one (1.3.1) but also note it's not where you expected it.

[dpaulat]

Yes, you'll want to use the .so, not the .a. libGLU.so.1 is the expected name, and probably exists in that directory as a symlink. Your new copy command should be:

cp /usr/lib/aarch64-linux-gnu/libGLU.so.1.3.1 ~/scwx-libs/libGLU.so.1

[Barry-IA]

That worked! :) (Or at least got me to the Wizard.)

Revised command sequence:

# Create a directory to hold libGLU
mkdir ~/scwx-libs/

# Copy the system libGLU to the created directory
cp /usr/lib/aarch64-linux-gnu/libGLU.so.1.3.1 ~/scwx-libs/libGLU.so.1
# Mount the created directory to the flatpak container, and update $LD_LIBRARY_PATH to look for libraries in the mounted directory:
flatpak run --filesystem=$HOME/scwx-libs:ro --env=LD_LIBRARY_PATH=$HOME/scwx-libs net.supercellwx.app

I presume after the Wizard is configured the start command is flatpak run net.supercellwx.app .

Thanks for your help!

[dpaulat]

No problem! You'll probably need to continue to use the arguments until I get the permanent fix in, unless using those arguments are persistent. Once I get a permanent fix in I will get it released as v0.5.4.

[Barry-IA]

Glad to be your Guinea Pig! My guess is because libGLU.so.1.3.1 was copied as libGLU.so.1 and that is what SuperCell WX is looking for currently it should stay running even if they update the *.1.3.1 file.
Was playing a bit: can almost zoom in to see the snowflakes accumulating on the house!!

[Barry-IA]

Tangent: where does the config file get saved?? I saved it (File > Export Settings) but nothing displays (for the GUI Display Hidden is on, via Terminal I also don't see anything).
And flatpak run net.supercellwx.app --> Complains about the missing library file and won't load.
flatpak run --filesystem=$HOME/scwx-libs:ro --env=LD_LIBRARY_PATH=$HOME/scwx-libs net.supercellwx.app --> Starts the Wizard; clicked through and seemed to have picked up my mystery config file.
Time to shovel that snow!

[dpaulat]

For Flatpak, your configuration file is in the following directory:

~/.var/app/net.supercellwx.app/data/Supercell Wx/

There is also some cache data in the following location:

~/.var/app/net.supercellwx.app/cache/Supercell Wx/