ente-io
Ente Auth Unable to Start in Fedora 41
Description
I downloaded the latest version of Ente Auth auth-v4.1.0 , On first time it runs well , but after that it never opens , I tried to reinstall it but same issue , now after installing it again it even does not open
Version
v4.1.0
What product are you using?
Ente Auth
What platform are you using?
Desktop - Linux
I've been encountering the same issue myself, also running Fedora 41. When running the appimage directly in the terminal I get the following output:
/usr/bin/AppImageLauncher: /lib64/libcurl.so.4: no version information available (required by /usr/bin/../lib/x86_64-linux-gnu/appimagelauncher/libappimageupdate.so) QSocketNotifier: Can only be used with threads started with QThread flutter: [ente_logging] [INFO] [2024-11-20 00:12:39.103030] log file for today: File: '/home/$USER/.local/share/enteauth/logs/2024-11-20.txt' with prefix flutter: [ente_logging] [INFO] [2024-11-20 00:12:39.103030] app version: '4.1.0+410' flutter: [ente_logging] [INFO] [2024-11-20 00:12:39.103030] flutter: [main] [INFO] [2024-11-20 00:12:39.103594] Starting app in foreground
I have tried using the appimage, .rpm, and flatpak all of which give the messages above. Logs show the exact same messages. I've tried different versions of this app as well which has been hit or miss, although lately nothing has worked.
Same for me, running the flatpak with the --verbose flag on Fedora 41 Silverblue:
F: No installations directory in /etc/flatpak/installations.d. Skipping F: Opening system flatpak installation at path /var/lib/flatpak F: Opening user flatpak installation at path /var/home/$USER/.local/share/flatpak F: Opening user flatpak installation at path /var/home/$USER/.local/share/flatpak F: Opening system flatpak installation at path /var/lib/flatpak F: Opening user flatpak installation at path /var/home/$USER/.local/share/flatpak F: Opening system flatpak installation at path /var/lib/flatpak F: /var/lib/flatpak/runtime/org.gnome.Platform/x86_64/47/f0e4bfebfb877c9606f0e0eb57b59aed2ccbe7a0d7de04a4c2328e31868a1cce/files/lib32 does not exist F: Cleaning up unused container id 908032343 F: Cleaning up per-app-ID state for io.ente.auth F: Allocated instance id 2220653222 F: Add defaults in dir /io/ente/auth/ F: Add locks in dir /io/ente/auth/ F: Allowing dri access F: Allowing wayland access F: Running '/usr/bin/bwrap --args 39 -- /usr/bin/xdg-dbus-proxy --args=42' F: Running '/usr/bin/bwrap --args 39 -- enteauth' flutter: [ente_logging] [INFO] [2024-11-24 18:25:55.930621] log file for today: File: '/var/home/$USER/.var/app/io.ente.auth/data/enteauth/logs/2024-11-24.txt' with prefix flutter: [ente_logging] [INFO] [2024-11-24 18:25:55.930621] app version: '4.1.0+410' flutter: [ente_logging] [INFO] [2024-11-24 18:25:55.930621] flutter: [ente_logging] [INFO] [2024-11-24 18:25:55.930753] sentry uploader started flutter: [ente_logging] [INFO] [2024-11-24 18:25:55.930825] setting sentry user ID to: cfdd25c6-61a1-490a-b280-f771155fe07b
Edit: Seems to be a wayland problem! When i disable wayland through Flatseal for this app it runs.
+1 Ubuntu 24.04.1 LTS, Gnome 46, Wayland
~/bin> ./ente-auth-v4.1.0-x86_64.AppImage
flutter: [ente_logging] [INFO] [2024-11-27 06:49:49.696341] log file for today: File: '/home/jwb01/.local/share/enteauth/logs/2024-11-27.txt' with prefix
flutter: [ente_logging] [INFO] [2024-11-27 06:49:49.696341] app version: '4.1.0+410'
flutter: [ente_logging] [INFO] [2024-11-27 06:49:49.696341]
flutter: [main] [INFO] [2024-11-27 06:49:49.697277] Starting app in foreground
fish: Job 1, './ente-auth-v4.1.0-x86_64.AppIm…' terminated by signal SIGSEGV (Adressbereichsfehler)
Same for me, running the flatpak with the --verbose flag on Fedora 41 Silverblue:
F: No installations directory in /etc/flatpak/installations.d. Skipping F: Opening system flatpak installation at path /var/lib/flatpak F: Opening user flatpak installation at path /var/home/$USER/.local/share/flatpak F: Opening user flatpak installation at path /var/home/$USER/.local/share/flatpak F: Opening system flatpak installation at path /var/lib/flatpak F: Opening user flatpak installation at path /var/home/$USER/.local/share/flatpak F: Opening system flatpak installation at path /var/lib/flatpak F: /var/lib/flatpak/runtime/org.gnome.Platform/x86_64/47/f0e4bfebfb877c9606f0e0eb57b59aed2ccbe7a0d7de04a4c2328e31868a1cce/files/lib32 does not exist F: Cleaning up unused container id 908032343 F: Cleaning up per-app-ID state for io.ente.auth F: Allocated instance id 2220653222 F: Add defaults in dir /io/ente/auth/ F: Add locks in dir /io/ente/auth/ F: Allowing dri access F: Allowing wayland access F: Running '/usr/bin/bwrap --args 39 -- /usr/bin/xdg-dbus-proxy --args=42' F: Running '/usr/bin/bwrap --args 39 -- enteauth' flutter: [ente_logging] [INFO] [2024-11-24 18:25:55.930621] log file for today: File: '/var/home/$USER/.var/app/io.ente.auth/data/enteauth/logs/2024-11-24.txt' with prefix flutter: [ente_logging] [INFO] [2024-11-24 18:25:55.930621] app version: '4.1.0+410' flutter: [ente_logging] [INFO] [2024-11-24 18:25:55.930621] flutter: [ente_logging] [INFO] [2024-11-24 18:25:55.930753] sentry uploader started flutter: [ente_logging] [INFO] [2024-11-24 18:25:55.930825] setting sentry user ID to: cfdd25c6-61a1-490a-b280-f771155fe07b
Edit: Seems to be a wayland problem! When i disable wayland through Flatseal for this app it runs.
Can confirm that this worked for me as well.
Edit: Seems to be a wayland problem! When i disable wayland through Flatseal for this app it runs.
And is there a way to do this for the non-flatpak version? Flathub sadly still shipps v4.0.3, while 4.1.6 is the latest.
+1 Ubuntu 24.04.1 LTS, Gnome 46, Wayland
~/bin> ./ente-auth-v4.1.0-x86_64.AppImage flutter: [ente_logging] [INFO] [2024-11-27 06:49:49.696341] log file for today: File: '/home/jwb01/.local/share/enteauth/logs/2024-11-27.txt' with prefix flutter: [ente_logging] [INFO] [2024-11-27 06:49:49.696341] app version: '4.1.0+410' flutter: [ente_logging] [INFO] [2024-11-27 06:49:49.696341] flutter: [main] [INFO] [2024-11-27 06:49:49.697277] Starting app in foreground fish: Job 1, './ente-auth-v4.1.0-x86_64.AppIm…' terminated by signal SIGSEGV (Adressbereichsfehler)
still the same in ente-auth-v4.1.6-x86_64.AppImage
Also still a thing with v4.2.2. If there's anything we can help with, like recording a stacktrace, do tell. Logs sadly say pretty much nothing at all.
Though I just found a kernel message that doesn't seem to have been shared here before:
Dez 30 15:03:32 kernel: enteauth[17928]: segfault at 7fa99e9d60fc ip 00007fa99e93f656 sp 00007fff2cd33120 error 7 in libcairo.so.2.11802.2[7c656,7fa99e8d7000+ec000] likely on CPU 6 (core 3, socket 0)
Dez 30 15:03:32 kernel: Code: c7 8d 40 ff 83 f8 2b 76 5b 5b 5d 41 5c c3 66 0f 1f 44 00 00 bf 0d 00 00 00 e8 26 fc fa ff 89 c3 8d 43 ff 83 f8 2b 77 10 31 c0 <f0> 41 0f b1 5c 24 1c 89 df e8 0c fc fa ff 48 89 ef e8 04 f3 ff ff
So the issue sounds to be with libcairo. I'm testing this on Debian Testing. The file mentioned in the log message (libcairo.so.2.11802.2) is part of the package libcairo2, which is present in version 1.18.2-2.
Trying to execute the AppImage (from terminal) shows this error message in stdout:
(io.ente.auth:18748): Gdk-CRITICAL **: 15:13:28.375: gdk_gl_context_make_current: assertion 'GDK_IS_GL_CONTEXT (context)' failed
** (io.ente.auth:18748): WARNING **: 15:13:28.375: Failed to initialize GLArea: No GL implementation is available
** (io.ente.auth:18748): WARNING **: 15:13:28.381: gtk.dart: failed to call method: No engine to send to
** (io.ente.auth:18748): WARNING **: 15:13:28.381: gtk.dart: failed to call method: No engine to send to
** (io.ente.auth:18748): WARNING **: 15:13:28.381: gtk.dart: failed to call method: No engine to send to
** (io.ente.auth:18748): WARNING **: 15:13:28.381: gtk.dart: failed to call method: No engine to send to
** (io.ente.auth:18748): WARNING **: 15:13:28.391: gtk.dart: failed to call method: No engine to send to
with no messages in journal.
Same issue with the AUR version, which seems to be based on the .deb package.
Is there a way to disable wayland?
Same issue with the AUR version, which seems to be based on the .deb package.
Is there a way to disable wayland?
On flatpak through Flatseal, or just change your session on your login screen, at least when your DE/WM even has a X11 session.
AUR uses the .deb package, and switching sessions just to launch an app seems too disruptive. Does the binary itself have any flags to control which graphical mode it launches with?
I guess the web app is always an option, which is what I'm using at the moment.
AUR uses the .deb package, and switching sessions just to launch an app seems too disruptive. Does the binary itself have any flags to control which graphical mode it launches with?
I guess the web app is always an option, which is what I'm using at the moment.
It's a GTK app, so the environment variable GDK_BACKEND=x11 will do the trick.
It launches again for the AppImage version for me on Fedora 41 Plasma Spin! 🎉
Can confirm: Works without any hacks in version 4.2.7 [Ubuntu 24.04 / Wayland / AppImage]
This might be related to #2326.
While Auth has never segfaulted on its own on my machines, I tried reproducing the above issue by manually entering incorrect values for flutter.windowWidth and flutter.windowHeight in the config. I noticed that the app crashes consistently in this scenario, but only when using the Wayland backend. Auth does start correctly, even with the bad config, when setting GDK_BACKEND=x11
If the crashes were actually caused by invalid window sizes, this should have been resolved with #4731 in v4.2.8.
This might be related to #2326.
While Auth has never segfaulted on its own on my machines, I tried reproducing the above issue by manually entering incorrect values for
flutter.windowWidthandflutter.windowHeightin the config. I noticed that the app crashes consistently in this scenario, but only when using the Wayland backend. Auth does start correctly, even with the bad config, when settingGDK_BACKEND=x11If the crashes were actually caused by invalid window sizes, this should have been resolved with #4731 in v4.2.8.
It already has been resolved with 4.2.7. If that fix only landed with 4.2.8, not only may it not have been related, but also it didn't break the app when launching 4.2.7 with the Wayland backend, at least for me and the poster above you.
on fedora kde 42 opening the appimage gives me this:
(io.ente.auth:47805): Gdk-CRITICAL **: 06:37:13.067: gdk_gl_context_make_current: assertion 'GDK_IS_GL_CONTEXT (context)' failed
** (io.ente.auth:47805): WARNING **: 06:37:13.067: Failed to initialize GLArea: No available configurations for the given pixel format
** (io.ente.auth:47805): WARNING **: 06:37:13.068: gtk.dart: failed to call method: No engine to send to
have had this problem since 4.4.3, GDK_BACKEND=x11 doesn't work
It does not work on Debian 13 either, with a similar output:
(io.ente.auth:2781): Gdk-CRITICAL **: 07:54:08.968: gdk_gl_context_make_current: assertion 'GDK_IS_GL_CONTEXT (context)' failed
** (io.ente.auth:2781): WARNING **: 07:54:08.968: Failed to initialize GLArea: No available configurations for the given pixel format
** (io.ente.auth:2781): WARNING **: 07:54:08.970: gtk.dart: failed to call method: No engine to send to
