Seperate out AppImage build from Tauri

[Beethoven-n]

tauri's shit, it makes me watch all the bad vine compilations with all the bad vines

i got a functional appimage out of doing it like this instead

[Beethoven-n]

OH SHIT i left appimagetool in

[DecDuck]

I'll pull and test if it builds locally on aarch64

[Beethoven-n]

more pressing, how do i sign these commits? i might have to literally redo all this work over that

[DecDuck]

You can read about it here: https://docs.github.com/en/authentication/managing-commit-signature-verification/signing-commits

[Beethoven-n]

it doesn't say how to sign existing commits, only new commits

[DecDuck]

git rebase --exec 'git commit --amend --no-edit -n -S' -i <hash> signs all commits from <hash> to HEAD

[Beethoven-n]

there we go! now everything's signed

[DecDuck]

Okay, I had to fix some capitalization in the script, but works a treat on aarch64 Ubuntu (distrobox).

[DecDuck]

Also I think you missed signing the first commit

[Beethoven-n]

i did

[Beethoven-n]

alright, hopping back on this. i see there's some conflicts to resolve, so lemme do that first
next thing is manually tracking the dependencies that aren't listed by readelf.

[Beethoven-n]

Huh.

apparently, libayatana-appindicator isn't a listed dependency for the AUR package, and my vanilla arch machine doesn't even have it installed. it works just fine without it. weird

[Beethoven-n]

even more complicated is the fact that libayatana isn't even a listed dependency by the final executable, even by ldd.

[DecDuck]

I think this should do it (pushed the linking stuff), and I fixed the conflicts.

[Beethoven-n]

so this works on my arch system, but not on my steam deck for some reason.
the library is packed properly, but when you run the appimage, it acts like it's not. not sure how to troubleshoot this one

[Beethoven-n]

removing all kinds of appindicator installed on my arch system, then running the appimage? just fine.
moving that appimage to the steam deck? can't find the library, despite it being in the archive.

[DecDuck]

Is this in desktop mode or "gaming mode" (idk what it's called) on the Steam Deck? What desktop do you use on your desktop and Steam Deck?

[Beethoven-n]

on my desktop, i use xfce (and the x11 display server,) and in its desktop mode, the steam deck runs kde by default, with its x11 display server.
during gaming mode, the deck runs games through a wayland compositor called gamescope, but i haven't tried drop-app in gaming mode yet since it doesn't work in desktop mode

[Beethoven-n]

i am so sorry for the wait on this, i literally just didn't notice

[DecDuck]

Maybe it's Wayland vs not?

I tried Tauri's build without stripping, can you try that? Should be attached to the v0.3.2 release.

We may have to force either atayana-appindicator (newer) or libappindicator3 (older), whichever one isn't broken.

[Beethoven-n]

it looks like you might not have understood what i said. steam's desktop mode uses x11, same as my main desktop. i haven't been using gaming mode to test it in a more consistent environment. remember, the specific error is that it's not finding libayatana-appindicator.

[DecDuck]

The package looks for both appindicator libraries on the system, in this order:

• libayatana-appindicator3.so.1
• libappindicator3.so.1

My suggestion was to include the other one (libappindicator3) to see if that's what the Steam Deck wants. The Steam Deck may be out of date/KDE might be using an old version of the library.

[Beethoven-n]

ohhh okay
i've got both in, lemme see what happens

[Beethoven-n]

ok, so it finds the library, but then it segfaults:

/tmp/.mount_drop-aLU1HZX/AppRun: line 6: 1584380 Segmentation fault      (core dumped) LD_LIBRARY_PATH=$APPDIR/usr/lib:/usr/local/lib:/usr/lib $APPDIR/usr/bin/$program $@

[DecDuck]

Was this built with this PR or the Tauri release?

[Beethoven-n]

this PR