appimage crashes when launching on Manjaro

[acme64]

Running on Manjaro 24.2.1
kernel 6.11.11-1-MANJARO
after the error a blank window opens up for a second or 2 then it quickly closes
crash message too long to paste here: https://pastebin.com/72KdYDA1

[psadi]

Hey @acme64 , Thanks for reporting.

I did spin up a manjaro kde VM and couldnt able to replicate the issue you are facing. I'm able to launch the terminal successfully.

[acme64]

ah thats good news. Any idea where i should begin troubleshooting? would wayland be related in some way?

btw i noticed your screenshot is using KDE, im running gnome, if its relevant,

[Samueru-sama]

Do you have this issue if you try the app thru other means like native package or flatpak?

Are you using a custom gtk theme as well? there is a lot of libadwaita errors in the log.

[psadi]

btw i noticed your screenshot is using KDE, im running gnome, if its relevant,

Shouldn't be related to Wayland (looking at the error but cant rule-out), i chose KDE to showcase that the AppImage works even on a distro that isn't dependent on libadwaita (gnome does)

I myself use gnome (Ubuntu 24.04) and didn't find this error.

Could you try the following share share us the outcome,

1. Running this with X11 Background just to debug export GDK_BACKEND=x11 ./Ghostty-x86_64.AppImage
2. Resetting any custom themes, revert to default

[Samueru-sama]

@acme64 can you run this on the terminal and tell me if there is an output?

echo "$LD_LIBRARY_PATH" "$LD_PRELOAD"

EDIT: Also are you using nvidia?

[acme64]

btw i noticed your screenshot is using KDE, im running gnome, if its relevant,

Shouldn't be related to Wayland (looking at the error but cant rule-out), i chose KDE to showcase that the AppImage works even on a distro that isn't dependent on libadwaita (gnome does)

I myself use gnome (Ubuntu 24.04) and didn't find this error.

Could you try the following share share us the outcome,

1. Running this with X11 Background just to debug export GDK_BACKEND=x11 ./Ghostty-x86_64.AppImage
2. Resetting any custom themes, revert to default

that works!
this was the console output, the making\flushing line is repeated as ghostty is open

./Ghostty-x86_64.AppImage                                                      ✔ 
info: ghostty version=1.0.1
info: ghostty build optimize=ReleaseFast
info: runtime=apprt.Runtime.gtk
info: font_backend=font.main.Backend.fontconfig_freetype
info: dependency harfbuzz=8.3.0
info: dependency fontconfig=21500
info: renderer=renderer.OpenGL
info: libxev backend=main.Backend.io_uring
info(os): setlocale from env result=en_US.UTF-8
info(gtk): GTK version build=4.14.2 runtime=4.14.2
info: reading configuration file path=/home/acme/.config/ghostty/config
info(config): default shell source=env value=/bin/zsh
warning(sentry): crash report written to disk path=/home/acme/.local/state/ghostty/crash/a6c38e9b-bde0-43be-266d-e78cc98979b8.ghosttycrash
Best GLX config is 0 for visual 0x3A2 with no RGBA Visual
GLX config 80 for visual 0x3AA is the perfect choice
GLX version 1.4 found
 - Vendor: Mesa Project and SGI
 - Checked extensions:
	* GLX_ARB_create_context_profile: yes
	* GLX_EXT_create_context_es2_profile: yes
	* GLX_SGI_swap_control: no
	* GLX_EXT_swap_control: yes
	* GLX_EXT_texture_from_pixmap: yes
	* GLX_SGI_video_sync: yes
	* GLX_EXT_buffer_age: yes
	* GLX_OML_sync_control: yes
	* GLX_ARB_multisample: yes
	* GLX_EXT_visual_rating: yes
Creating GLX context version 3.2 (debug:no, forward:no, legacy:no, es:no)
Realized GLX context[(nil)], indirect, version: 1.4
Using OpenGL backend X11 GLX
info(gtk): libadwaita version build=1.5.0 runtime=1.5.0
Creating GLX context version 3.2 (debug:no, forward:no, legacy:no, es:no)
Realized GLX context[(nil)], indirect, version: 1.4
Making GLX context 0x55555c2a8380 current to drawable 23068681
OpenGL version: 4.6 (core)
* GLSL version: 4.60
* Max texture size: 16384

Enabled features (use GDK_GL_DISABLE env var to disable):
    debug: YES
    unpack-subimage: YES
    half-float: YES
    sync: YES
    base-instance: YES
    buffer-storage: YES
Making GLX context 0x55555ce51d20 current to drawable 23068681
OpenGL version: 4.6 (core)
* GLSL version: 4.60
* Max texture size: 16384

Enabled features (use GDK_GL_DISABLE env var to disable):
    debug: YES
    unpack-subimage: YES
    half-float: YES
    sync: YES
    base-instance: YES
    buffer-storage: YES
Creating GLX context version 3.3 (debug:no, forward:no, legacy:no, es:no)
Realized GLX context[(nil)], indirect, version: 1.4
Making GLX context 0x55555f95faa0 current to drawable 23068681
OpenGL version: 4.6 (core)
* GLSL version: 4.60
* Max texture size: 16384

Enabled features (use GDK_GL_DISABLE env var to disable):
    debug: YES
    unpack-subimage: YES
    half-float: YES
    sync: YES
    base-instance: YES
    buffer-storage: YES
info(grid): loaded OpenGL 4.6
info(io_exec): found Ghostty resources dir: /tmp/.mount_GhosttffDmiJ/usr/share/ghostty
info(io_exec): shell integration automatically injected shell=termio.shell_integration.Shell.zsh
warning(gtk): unimplemented action=apprt.action.Action.Key.cell_size
warning(gtk): unimplemented action=apprt.action.Action.Key.size_limit
info(io_exec): started subcommand path=/bin/sh pid=68006
info(io_exec): subcommand cgroup=-
Making GLX context 0x55555ce51d20 current to drawable 23068698
Flushing GLX buffers for drawable 23068698 (window: 23068676), frame sync: no
Making GLX context 0x55555f95faa0 current to drawable 23068681
Making GLX context 0x55555ce51d20 current to drawable 23068698
Flushing GLX buffers for drawable 23068698 (window: 23068676), frame sync: no
info(stream): OSC 1 (change icon) received and ignored icon=~/Downloads
warning(stream): unimplemented OSC command: change_window_icon
Making GLX context 0x55555f95faa0 current to drawable 23068681
info(grid): reallocating GPU buffer old=0 new=8
Making GLX context 0x55555ce51d20 current to drawable 23068698
Flushing GLX buffers for drawable 23068698 (window: 23068676), frame sync: no
Making GLX context 0x55555f95faa0 current to drawable 23068681
Making GLX context 0x55555ce51d20 current to drawable 23068698
Flushing GLX buffers for drawable 23068698 (window: 23068676), frame sync: no
Flushing GLX buffers for drawable 23068698 (window: 23068676), frame sync: no
Making GLX context 0x55555f95faa0 current to drawable 23068681
info(grid): reallocating GPU buffer old=8 new=38

[acme64]

@acme64 can you run this on the terminal and tell me if there is an output?

echo "$LD_LIBRARY_PATH" "$LD_PRELOAD"

EDIT: Also are you using nvidia?

no output from those, no dedicated gpu just my laptops igpu (whatever comes with an i7-1165G7)

[Samueru-sama]

@acme64 Sorry but what did you do to make it work now?

[acme64]

what psadi said export GDK_BACKEND=x11 ./Ghostty-x86_64.AppImage I don't think that variable was set before

[psadi]

Hey @acme64 this should only be a workaround and not the actual solution. You could assign this command to a keybinding command + enter momentarily to launch the app quickly.

However, The package should work with wayland as is without any issues.

[Samueru-sama]

what psadi said export GDK_BACKEND=x11 ./Ghostty-x86_64.AppImage I don't think that variable was set before

Thanks, it is that on the log you called./Ghostty-x86_64.AppImage instead of running GDK_BACKEND=x11 ./Ghostty-x86_64.AppImage. So I wasn't sure if the solution was that or using the default gtk theme.

Btw note that running export GDK_BACKEND=x11 ./Ghostty-x86_64.AppImage isn't right.

you either run GDK_BACKEND=x11 ./Ghostty-x86_64.AppImage or export GDK_BACKEND=x11 && ./Ghostty-x86_64.AppImage doing export GDK_BACKEND=x11 ./Ghostty-x86_64.AppImage will just result in an error but should still export the first env variable anyway.

[Samueru-sama]

However, The package should work with wayland as is without any issues.

The AppImage already contains libwayland-client.so.0 and libwayland-egl.so.1 so I'm not sure what we are missing.

In the meantime we can have export GDK_BACKEND=x11 in the AppRun so people don't run into this issue.

[psadi]

Hey @Samueru-sama I'm thinking something like this in #13, could you review and share your feedback ?

[Samueru-sama]

@acme64

Let me know how the app behaves with the current fix.

[psadi]

Hi @acme64 - Please refer the latest release, Please report back on any anomalies.

@Samueru-sama - I noticed the startup is one Thad slower (its quick but definitely noticeable)