fix(261006-dcs): Linux-AppImage ohne mitgebrachte libwayland (weisses Fenster auf Arch)

linuxdeploy packt libwayland-* des Debian-Baus ein; auf Arch/EndeavourOS bricht WebKitGTK damit mit EGL_BAD_PARAMETER ab. Neuer CI-Schritt entfernt sie, packt mit der Original-runtime neu und signiert neu. In archlinux- und debian:trixie-Containern unter Xvfb nachgewiesen. Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
2026-10-06 09:36:56 +02:00
parent 55b2609e30
commit da9a65c7d0
7 changed files with 106 additions and 2 deletions
@@ -0,0 +1,10 @@
+---
+quick_id: 261006-dcs
+date: 2026-10-06
+---
+
+# Linux-App: weißes Fenster auf EndeavourOS/Arch
+
+User 06.10.: neuester Linux-Client startet auf EndeavourOS, zeigt nur weißes Fenster. WEBKIT_DISABLE_DMABUF_RENDERER / COMPOSITING / GDK_BACKEND=x11 helfen nicht; keine NVIDIA.
+
+- Nachstellen im archlinux-Container (Xvfb), Ursache finden, im CI-Bau beheben.
@@ -0,0 +1,12 @@
+---
+quick_id: 261006-dcs
+status: complete
+date: 2026-10-06
+---
+
+# 261006-dcs: Linux-App weißes Fenster (Arch) — SUMMARY
+
+- Nachgestellt: AppImage 1.9.2-beta.fffb7ff in archlinux:latest unter Xvfb -> "Could not create default EGL display: EGL_BAD_PARAMETER. Aborting...". Ursache: von linuxdeploy mitgebrachte libwayland-{client,cursor,egl,server} (Debian-Bau) passen nicht zu neuerem Mesa.
+- Probe: dieselbe AppImage ohne die vier Dateien startet auf Arch UND Debian trixie (beide Bildschirmfotos zeigen die Einrichtungsseite).
+- Lösung: .gitea/scripts/appimage-strip-wayland.sh nach "tauri build --bundles appimage": entpacken, libwayland-* löschen, mit appimagetool aus Tauris linuxdeploy-plugin-appimage und der runtime des Originals neu packen, `tauri signer sign` schreibt .sig neu (mit Wegwerfschlüssel geprüft). CI-Schritt + DESKTOP_PATHS (Stempel) ergänzt.
+- linuxdeploy kennt --exclude-library, Tauri reicht aber keine Option durch -> Nachbearbeitung statt Bau-Option.