Softmaker 24 startet nicht mehr

[pandinus]

Habe auch das Problem, das Softmaker abstürzt.

Bin auch mit Arch Linux unterwegs.

[pandinus]

Ich habe mal alles von Softmaker im System gelöscht und noch einmal installiert.

Nach der Abfrage des Produktschlüssels stürzt Softmaker ab.

EDIT:

Sobald man die Internetverbindung trennt, startet Softmaker ohne Probleme.

Wie schon berichtet.

https://forum.softmaker.de/viewtopic.ph ... 43#p151743

[hawDo]

Hat sich da jetzt schon mal was getan?
Ich würde SoftMaker nämlich gerne mal wieder nutzen können.

[pepecyb]

Hatte nach einer Support-Anfrage (es wird wohl am Problem gearbeitet) den Hinweis bekommen, dass es mit OpenSSL > 3.2.1 hakt.

Als Workaround gaben sie folgenden Ratschlag:

Einer der Kunden hat folgenden Workaround mitgeteilt: Herunterladen von OpenSSL Version 3.2.1, der letzten Version, die mit SoftMaker Office funktionierte, Kopieren des Inhalts in einen Ordner in /opt und Setzen des LD_LIBRARY_PATH auf diesen Ort, bevor eine SoftMaker Office-Anwendung gestartet wird.

Hat bei mir nicht auf Anhieb und auch nicht mit weiteren Versuchen geklappt. ich hoffe, es gibt bald ein Update, das auch mit neuern Versionen von OpenSSL (bei mir z.B. 3.3.0-1) wieder läuft.

[betajoe]

oje werde ich sicher nicht machen, um ein gekauftes Office Programm nutzen zu können.
Gibt ja leider kein Flatpak oder?

[satirebird]

Man kann den Prozess auch vom Netzwerk abkoppeln. Dann starten bei mir beide Programme:

Code: Alles auswählen

unshare -r -n planmakernx

oder

Code: Alles auswählen

unshare -r -n textmakernx

[horche2x]

Habe bzw. hatte das Problem seit gestern, doch der Tipp von galvez_65 (https://aur.archlinux.org/packages/soft ... ice-nx-bin) hat bei mir sofort funktioniert:

1. openssl-3.2.1 besorgen
2. nach z. B. /opt/openssl321 kopieren
3. Dann in den 3 Dateien /usr/share/applications/*-nx*.desktop jeweils die Variable env... vor Excec setzen:

Exec=/usr/bin/textmakernx %F
Exec=env LD_LIBRARY_PATH=/opt/openssl321/usr/lib /usr/bin/textmakernx %F

Also keine systemweite Variable setzen.
Hat bei mir jedenfalls geholfen.

[SuperTech]

Ich danke Ihnen allen für Ihre Rückmeldungen. Ich habe diese auch weitergeleitet.

[pepecyb]

Na, ich warte auf eine fehlerbereinigte Version. Muss ja irgendwann mal kommen.

[martin-k]

Der Fehler liegt nicht bei uns, sondern in der Interaktion zwischen libcurl und OpenSSL. Aber wir programmieren eine Umgehung.

[pepecyb]

Na, ich warte auf eine fehlerbereinigte Version. Muss ja irgendwann mal kommen.

Na, ich warte auf eine angepasste Version.

[thomas_do]

Der Fehler liegt nicht bei uns, sondern in der Interaktion zwischen libcurl und OpenSSL. Aber wir programmieren eine Umgehung.

So eine Aussage stimmt mich nicht fröhlich. Ich kann ein gekauftes Programm nicht mehr nutzen und erwarte schnelle Lösungen und keine Schuldzuweisungen.

[martin-k]

Der Fehler liegt nicht bei uns, sondern in der Interaktion zwischen libcurl und OpenSSL. Aber wir programmieren eine Umgehung.

So eine Aussage stimmt mich nicht fröhlich. Ich kann ein gekauftes Programm nicht mehr nutzen und erwarte schnelle Lösungen und keine Schuldzuweisungen.

Ich denke, die anderen Leser dieses Threads sind durchaus an einer Wasserstandsmeldung interessiert.

[betajoe]

Der Fehler liegt nicht bei uns, sondern in der Interaktion zwischen libcurl und OpenSSL. Aber wir programmieren eine Umgehung.

Vielen Dank für die Rückmeldung, wenn ich irgendetwas testen kann, bin ich gerne bereit.
Ich finde es verständlich, dass es bei einem Rolling Release wie Arch zu Problemen mit Bibliotheken kommen kann.

[SuperTech]

Wir danken Ihnen für Ihre Zeit und Geduld. Wir werden Sie hier sofort auf den neuesten Stand bringen, sobald wir Informationen dazu erhalten.