@kiwi Ach soooo hast Du das gelöst!

Ich habe jetzt ein Debian mit KDE-Umgebung erstellt, die ich vorerst nicht weiter upgraden werde. Fakturama läuft, Rechnungen kann ich bearbeiten – immerhin. 😀

Danke Dir für die Rückmeldung!

Sorry, ich bin hier wirklich nicht der Entwickler, aber die ganzen workarounds, VM, down-graden, usw. ist doch alles keine Lösung. Kann mir jemand erklären, warum man den Zustand von vorm upgrade nicht wieder reparieren kann? Ich bin echt verwirrt. Das ist keine Beschwerde, ich verstehe es nur nicht.

Hallo Nautilus, ich kann Deinen Frust nachvollziehen. Aber ich glaube, das Problem liegt hier irgendwie auf der Linux-Seite. Dort sind diverse Komponenten aktualisiert worden, mit denen Fakturama jetzt ein Problem hat. Das dauert auch etwas, bis ich das behoben habe...

@rheydenr Hat das neuste Update 2.1.3c irgendwas damit zu tun? Kann man dir anderweitig diesbezüglich unter die Arme greifen?

Hallo, das neue update hat bei mir keine Verbesserung gebracht. Bei euch?

Hallo zusammen,
ich habe hier das gleiche Problem nach dem Upgrade auf Fedora 38, egal ob als root oder als user.
Das scheint ein grundlegendes Problem mit der neue glib-Version zu sein:
GLib-GIO-CRITICAL **: 13:17:07.987: g_dbus_server_get_client_address: assertion 'G_IS_DBUS_SERVER (server)' failed

@nautilus nein, ich habe die alte und neue Version getestet, kein Unterschied.

@rheydenr
Moin Ralf
Eine zeitnahe Lösung wäre mir 100€ wert, wer würde mitmachen und noch was drauflegen?

Mit den Worten Hans Mosers: Jesschasch!

Es sieht so aus, als gebe es einen Wörkaround:

Der Entwickler TheWeirdDev hat im Code von SWT nachgeschaut und dort dieses Verzeichnis gefunden, auf das die neuen Versionen zugreifen wollen. Ich habe hier ein frisch upgegradedes Arch und mit diesem Verzeichnis angelegt kann ich Fakturama starten. Gearbeitet habe ich damit noch nicht, das findet dann am Tag nach dem Heiligen statt. Ihr werdet berichten.

Das Verzeichnis wird so erzeugt:

mkdir /tmp/SWT-GDBusServer

Aller dank geht an an ihn:

https://github.com/adoptium/adoptium-support/issues/785#issuecomment-1585740194

@tscheiby TOP!
Läuft wie die 1!

@tscheiby Klasse! Danke fürs Teilen

nach der super Recherche von @tscheiby hier eine Dauerlösung, da der tmp Ordner nach einem Neustart neu aufgebaut wird:

cd ~/
echo "mkdir /tmp/SWT-GDBusServer" > fakturama_tmp.sh
chmod +x fakturama_tmp.sh

Dann eigene Crontab bearbeiten:
crontab -e
@reboot ~/fakturama_tmp.sh

Das führt nach jedem Neustart das Script zur Ordnererstellung aus.
Wo ihr das Script hinlegt, ist natürlich eure Sache 😉

Danke an @NetBLOKS und @tscheiby für den Workaround und das Script.

Eine dauerhafte Lösung wird wohl @rheydenr mit einer der nächsten Versionen erstellen müssen.

Veröffentlicht von: @tscheiby

↑

Mit den Worten Hans Mosers: Jesschasch!

Es sieht so aus, als gebe es einen Wörkaround:

Der Entwickler TheWeirdDev hat im Code von SWT nachgeschaut und dort dieses Verzeichnis gefunden, auf das die neuen Versionen zugreifen wollen. Ich habe hier ein frisch upgegradedes Arch und mit diesem Verzeichnis angelegt kann ich Fakturama starten. Gearbeitet habe ich damit noch nicht, das findet dann am Tag nach dem Heiligen statt. Ihr werdet berichten.

Das Verzeichnis wird so erzeugt:

mkdir /tmp/SWT-GDBusServer

Aller dank geht an an ihn:

https://github.com/adoptium/adoptium-support/issues/785#issuecomment-1585740194

Scheiß die Wand an! Es geht!

Also einfach ein Start-Script erstellen und in der Start-/Application-Datei darauf verweisen. Neisssss!

Das Leben hat wieder einen Sinn!
Ich hab das Verzeichnis zuerst mit root - Rechten erstellt, das ging dann nicht, also nochmal gelöscht und mit dem angemeldeten User angelegt.
Läuft.