Rechnungsfee startet nicht in Linux openSuse Tumbleweed

harihegen

Beim Start des AppImage im Terminal kommt diese Meldung:
[2026-09-30][04:36:50][app_lib][INFO] Backend-Port: 18927
[2026-09-30][04:36:50][app_lib][INFO] Backend-Port: 18927
[2026-09-30][04:36:50][app_lib][INFO] Backend-Sidecar gestartet auf Port 18927
[2026-09-30][04:36:50][app_lib][INFO] Backend-Sidecar gestartet auf Port 18927
[2026-09-30][04:36:50][app_lib][INFO] WebKit-Sandbox deaktiviert (EGL-Fix)
[2026-09-30][04:36:50][app_lib][INFO] WebKit-Sandbox deaktiviert (EGL-Fix)
[2026-09-30][04:36:50][app_lib][INFO] GDK_BACKEND=x11 + WEBKIT_DISABLE_DMABUF_RENDERER=1 + WEBKIT_DISABLE_COMPOSITING_MODE=1 gesetzt
[2026-09-30][04:36:50][app_lib][INFO] GDK_BACKEND=x11 + WEBKIT_DISABLE_DMABUF_RENDERER=1 + WEBKIT_DISABLE_COMPOSITING_MODE=1 gesetzt
Gtk-Message: 06:36:50.762: Failed to load module "colorreload-gtk-module"
Gtk-Message: 06:36:50.763: Failed to load module "window-decorations-gtk-module"
[2026-09-30][04:36:50][app_lib][INFO] WebKit HardwareAccelerationPolicy::Never gesetzt
[2026-09-30][04:36:50][app_lib][INFO] WebKit HardwareAccelerationPolicy::Never gesetzt
[2026-09-30][04:36:51][app_lib][WARN] [Backend] [PYI-12278:ERROR] Failed to extract pypdfium2_raw/libpdfium.so: decompression resulted in return code -3!
[2026-09-30][04:36:51][app_lib][WARN] [Backend] [PYI-12278:ERROR] Failed to extract pypdfium2_raw/libpdfium.so: decompression resulted in return code -3!
[2026-09-30][04:36:51][app_lib][WARN] [Backend] [PYI-12278:ERROR] Failed to extract entry: pypdfium2_raw/libpdfium.so.
[2026-09-30][04:36:51][app_lib][WARN] [Backend] [PYI-12278:ERROR] Failed to extract entry: pypdfium2_raw/libpdfium.so.
[2026-09-30][04:36:51][app_lib][WARN] [Backend] Prozess beendet – Exit-Code: Some(255), Signal: None
[2026-09-30][04:36:51][app_lib][WARN] [Backend] Prozess beendet – Exit-Code: Some(255), Signal: None

Die App bleibt mit weißem Screen und dieser Meldung stehen:
Backend nicht erreichbar
Ist der RechnungsFee-Dienst gestartet?

Nicoletta

Moin @harihegen

welche Version von RechnungsFee und welcher Desktop?

Nicoletta

Bitte lade das neutrale AppImage neu herunter und installiere es mit der install-linux.sh

harihegen

Oh, vielen Dank! Ich hatte versucht einfach das AppImage zu starten.

Betriebssystem: openSUSE Tumbleweed 20260924
KDE-Plasma-Version: 6.7.5
KDE-Frameworks-Version: 6.30.0
Qt-Version: 6.11.2
Kernel-Version: 7.2.7-1-default (64-bit)
Grafik-Plattform: Wayland
Prozessoren: 14 × Intel® Core™ Ultra 5 125U
Arbeitsspeicher: 32 GiB (30,8 GiB nutzbar)
Grafikprozessor: Intel® Graphics
Hersteller: Micro Computer (HK) Tech Limited
Produktname: EliteMini Series
Systemversion: 1.0

Mit der Ausführung von "~/Downloads> ./install-linux.sh RechnungsFee_amd64.appimage
" passiert das:

── Systemprüfung ──────────────────────────────────────────────────────
  ✗ libwebkit2gtk-4.1-0 fehlt  ← Ursache für weißes Fenster
  ✗ libEGL fehlt  ← Ursache für weißes Fenster
  ✗ libfuse2 fehlt  ← AppImage startet nicht ohne FUSE 2
────────────────────────────────────────────────────────────────────────

  ⚠  Fehlende Abhängigkeiten erkannt.
     libfuse2 fehlt → AppImage startet nicht.
     RechnungsFee wird wahrscheinlich ein weißes Fenster zeigen.

  Installieren mit sudo (Passwort erforderlich):
    sudo zypper install libwebkit2gtk-4.1-0 libEGL1 libfuse2

  Jetzt automatisch ausführen? [J/n]

Dann kam:

'libfuse2' ist bereits installiert.

'libEGL1' wurde in den Paketnamen nicht gefunden. Fähigkeiten werden durchsucht.
Keine Anbieter von 'libEGL1' gefunden.
'libwebkit2gtk-4.1-0' wurde in den Paketnamen nicht gefunden. Fähigkeiten werden durchsucht.
Keine Anbieter von 'libwebkit2gtk-4.1-0' gefunden.

Dann hab ich versucht das zu installieren:

sudo zypper in Mesa-libEGL1 libwebkit2gtk-4_1-0
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
'Mesa-libEGL1' ist bereits installiert.
Kein Aktualisierungskandidat für 'Mesa-libEGL1-26.2.3-1699.2.pm.1.x86_64'. Die neueste Version ist bereits installiert.
'libwebkit2gtk-4_1-0' ist bereits installiert.
Kein Aktualisierungskandidat für 'libwebkit2gtk-4_1-0-2.52.6-1.2.x86_64'. Die neueste Version ist bereits installiert.
Paketabhängigkeiten werden aufgelöst...
Keine auszuführenden Aktionen.

Irgendwie sind die Bibliotheken da, aber nicht die richtigen oder RechnungsFee erkennt es nicht?

GitHub-Bot

Danke für deine Meldung! 🙌 Dieser Fehler wird jetzt an unser Entwicklerteam weitergegeben und dort technisch bearbeitet und verfolgt (auf der Plattform GitHub, wo wir die Entwicklung von RechnungsFee organisieren). Den Fortschritt kannst du hier in der Community oder auf GitHub mitverfolgen: #409

GitHub-Bot

Antwort von unserem Entwicklerteam (GitHub-Nutzer nicolettas-muggelbude):

Moin harihegen,

danke für die ausführliche zypper-Ausgabe – die hat einen echten Bug in install-linux.sh aufgedeckt: Für openSUSE/zypper sind dort die Paketnamen libwebkit2gtk-4.1-0 (mit Punkt) und libEGL1 hartkodiert, Tumbleweed nennt die Pakete aber libwebkit2gtk-4_1-0 (Unterstrich) und Mesa-libEGL1 – genau das, was du über zypper bestätigt bekommen hast. Die Prüfung findet die installierten Pakete deshalb unter dem falschen Namen nicht und meldet fälschlich „fehlt".

Die gute Nachricht: Das waren vermutlich reine Fehlalarme, kein echtes Problem. In deinem allerersten Log sieht man, dass WebKit tatsächlich bis zur Initialisierung durchläuft (die Zeile mit HardwareAccelerationPolicy::Never) – das würde nicht passieren, wenn webkit2gtk oder libEGL wirklich fehlten. Die install-linux.sh hat dich mit den falschen Meldungen in eine falsche Richtung geschickt, das beheben wir.

Die eigentliche Ursache ist vermutlich weiterhin der PyInstaller-Fehler beim Backend-Start aus deinem allerersten Log (libpdfium.so-Dekompressionsfehler) – der weiße Bildschirm mit „Backend nicht erreichbar", den du da beschrieben hast. Eine Frage dazu: Ist der nach dem frischen Download und der install-linux.sh (abgesehen von den – falschen – Bibliotheks-Warnungen) erneut aufgetreten, oder startet RechnungsFee inzwischen normal? Das würde uns sagen, ob das ursprüngliche Problem ein beschädigter Download war oder ob da noch was anderes dahintersteckt.

Auf GitHub ansehen

harihegen

GitHub-Bot

also wenn ich jetzt "RechnungsFee_amd64.appimage" starte dann funktioniert es! Das habe ich mich gar nicht getraut zu probieren. Aber es läuft.

Nicoletta

Zum Verständnis.
Wenn du das AppImage ohne install-linux.sh startest läuft es.
Mit install-linux.sh läuft es nicht (weißes Fenster)

Ist das so richtig?

harihegen

Also, ich hoffe das ist verständlich:

Ich habe ein neues Linux installiert, openSuse Tumbleweed.
Ich habe einfach das AppImage vom alten Linux, Tuxedo OS (Ubuntu), mit genommen.. Dazu habe ich das AppImage selber, und den Ordner in "/home/benutzer/.local/share/de.rechnungsfee.app", kopiert.
Danach hab ich es gestartet und es kam ein weißes Fenster.
Dann las ich hier ich soll frisch herunter laden und die install-linux.sh ausführen, das habe ich gemacht und es kamen die obigen Fehlermeldungen.
Dann wurde gesagt ich solle doch jetzt einfach mal das AppImage starten, das habe ich dann gemacht und danach läuft es Programm, ohne nochmal die install-linux.sh zu starten.

GitHub-Bot

🔄 Deine Antwort wurde an unser Entwicklerteam weitergegeben: #409

GitHub-Bot

Antwort von unserem Entwicklerteam (GitHub-Nutzer nicolettas-muggelbude):

Moin harihegen,

danke für die ausführliche Fehlersuche und die Geduld – jetzt ist klar, was passiert ist.

Der ursprüngliche Absturz lag vermutlich an der mitgenommenen alten AppImage von Tuxedo OS – nach frischem Download läuft RechnungsFee bei dir ja einwandfrei. Übrig bleibt der echte Bug: install-linux.sh hat auf openSUSE Tumbleweed webkit2gtk, libEGL und libfuse2 fälschlich als fehlend gemeldet, obwohl alle drei installiert waren. Zwei Ursachen dafür:

Die hartkodierten Paketnamen für zypper stimmten nicht (libwebkit2gtk-4.1-0 statt libwebkit2gtk-4_1-0, libEGL1 statt Mesa-libEGL1) – genau das, was du über zypper bestätigt hast.
ldconfig wurde ohne vollen Pfad aufgerufen – auf manchen Distributionen (vermutlich auch bei dir) steht /sbin//usr/sbin nicht im PATH eines normalen Nutzers, wodurch der Befehl unbemerkt fehlschlug und als "Bibliothek fehlt" missverstanden wurde.

Die Erkennung läuft jetzt distro-unabhängig direkt über die tatsächlich vom System bereitgestellten Bibliotheken statt über geratene Paketnamen – das behebt es nicht nur für openSUSE, sondern für jede Distribution gleichermaßen. Kommt mit dem nächsten Release.

Auf GitHub ansehen

harihegen

GitHub-Bot top! 😃

RechnungsFee Community

Vielen Dank für den Support aus dem LinuxGuides Forum.

Community

Rechtliches