Open SevenBlocks opened 2 years ago
Please see if the solution from https://github.com/AppImage/AppImageUpdate/issues/150 resolves this.
We should get rid of Gtk entirely. Not worth the hassle.
I think shipping those platform plugins was initially your idea, wasn't it? I remember a discussion about some "alien look". Aren't they built and installed in the CI scripts in this repository?
Without doing any modification to the appimage as described in https://github.com/AppImage/AppImageUpdate/issues/150
Just run from the console:
XDG_CURRENT_DESKTOP=dummy ./AppImageUpdate-x86_64.AppImage
See [squashfs-root]/apprun-hooks/linuxdeploy-plugin-qt-hook.sh
# generated by linuxdeploy-plugin-qt
# try to make Qt apps more "native looking" on Gtk-based desktops, if possible
# see https://github.com/AppImage/AppImageKit/issues/977#issue-462374883
case "${XDG_CURRENT_DESKTOP}" in
*GNOME*|*gnome*|*XFCE*)
export QT_QPA_PLATFORMTHEME=gtk3
;;
esac
"Native look" is so overrated... @BobSynfig mind to open an issue over at linuxdeploy-plugin-qt?
@TheAssassin I'd say let's just remove the offending parts as explained in #150, wdyt?
Seems like trying to make Qt apps look native on Gtk systems is just not worth the hassle because Gtk doesn't seem to offer the long-term stability guarantees we'd want. (Personally I am trying to keep my systems as Gtk-free as possible nowadays.)
There is nothing wrong with shipping the platform themes.
...but apparently not with shipping its (Gtk) dependencies.
See https://github.com/AppImage/AppImageUpdate/issues/185#issuecomment-1024091513. "Guessing" that environment variable is the issue.
I get a segmentation fault trying to run AppImageUpdate with no arguments on Ubuntu 18.04: