banking4w unter ubuntu

Hallo Roland,
vielen Dank für Deine Mühen und test. Das obige hab ich fett markiert - es könnte dafür sprechen, dass Banking 4 doch eine eigene Bibliothek mitbringt und entsprechend dem "empfundenen Betriebssystem" einsetzt. Mangels Quellcode beibt uns hier eine Recherche verwehrt.
Und falls hier jemand vom Subsembly mitliest: gebt uns doch mal einen Tipp, falls das banking4 eigene Bibliotheken nutzt und lasst uns hier nicht im Orbit kreisen und unsere Zeit vergeuden, wenn das so sein sollte.

Und wie ich das so schreib fällt mir ein, mal rein kursorisch in meinen banking-prefix reinzuschauen. Dort finde ich zu meinem leichten Entsetzen eine "Subsembly.Crypto.dll" im "TopBanking4"-Ordner.

Jetzt sitz ich immer noch hier ... grr.. ich bekomm noch die Ohren langgezogen =8-/

Beste Grüße + bis später
Stefan

OK, ich hab diese DLL in den hexEditor geworfen. Dort kann ich neben viel nicht Lesbarem einige Strings ("GlobalSign Timestamping CA - SHA384") sehen, die auf Zertifikate hindeuten. Ich kann auch erkennen, dass ein Array von Länge 120 angelegt wird, davor unmittelbar ist der String "RDH10" abzulesen. Mehr kann ich mangels Wissen nicht erkennen.

Mehr Zeit setz ich an der Stelle jetzt mal nicht.

Beste Grüße
Stefan

Guten Abend,
kurze Frage an diejenigen hier, die Banking4 mit wine-mono-10.3.0 am Laufen haben: Ist bei Euch Text (z.B. der Betrag im "Buchung bearbeiten"-Fenster) den Ihr mit der Maus auswählt lesbar oder seht Ihr nur eine blaue Fläche?
Auf meinem System konnte ich beim Testen der Installation mit wine-mono-10.3.0 letzteres beobachten, übrigens ebenfalls mit der ganz frisch veröffentlichten wine-mono-10.4.0., weshalb ich weiterhin Banking4 ohne wine-mono unter LM 22.2 mit wine-devel-10.19 am Laufen habe.

Gruß,
vnt

Andreas Selle ist ja hier im Forum unterwegs.
Vielleicht kann er ja einen Hinweis geben, ohne gleich irgendwelche Geschäftsgeheimnisse offen zu legen.


Na toll
Die Frequenz der Beiträge im Forum scheint aber auch insgesamt überschaubar zu sein (bislang 5 im Dezember).
Im Bug Tracker habe ich auch nichts Erhellendes gefunden

Auf meinem System gibt es übrigens kein GnuTLS.
Gehe ich recht in der Annahme, dass dann OpenSSL genutzt wird?

Das war Blödsinn GnuTLS ist vorhanden.

Viele Grüße
Thomas

Hallo caldir65,

danke für dein Feedback.
Schön, dass es jetzt funktioniert.
Tritt das Sonosgeräteproblem nur bei der Installation mit wine-mono auf, oder auch bei der Installation mit Netframework?

Seit einiger Zeit suche ich nach einer Banking-Software für Linux, nachdem Moneyplex "die Segel gestrichen hat". Mit Hibiskus konnte ich mich nicht so richtig anfreunden. Und dann habe ich dieses Forum gefunden. Da ich auf dem Windows-Rechner Banking4W seit langem zufrieden nutze, habe ich mich hier durch die Seiten "gearbeitet" und schließlich hat es für mich als Linux-Mint-Anfänger doch noch mit Banking4 geklappt.

Daher mein großer Dank an alle Mitarbeitenden hier im Forum, ohne die ich es mit Sicherheit nicht geschafft hätte, das Programm zu installieren.

Ganz besonders bedanken möchte ich mich bei @winetrouble und @Stefan193, die mir durch zahlreiche Skripte und Beiträge den richtigen Weg gezeigt haben!

Hallo in die Runde,

kurzes Heads-up für alle, die evt. in folgendes Problem laufen.
Vorab: ich benutze Banking4 unter OpenSuse Leap 15.6 mit der Wine Staging Umgebung 10.17 von Kron4ek, installiert unter der Zuhilfenahme des Installationsscripts von winetrouble.

Nach einem jüngsten Update von OpenSuse hatte ich das Problem, dass Tastatureingaben in Maskenfeldern nicht mehr möglich waren. Den Datentresor konnte ich noch angeben. Im nächsten Eingabefeld dann aber nur noch ein Buchstaben!

Ums kurz zu machen: ich konnte ein Update der X11Pakete libX11-xcb1-1.8.7, libX11-6-1.8.7 und libX11-data-1.8.7 von den Minor-Release-Ständen 3.3.1 zu 3.6.1 als Verursacher ausmachen. Nach der Rückkehr auf 3.3.1 funktionierte wieder alles wie gewohnt.
Ich werde diese Paketupgrades jetzt sperren.

Ist für mich schon beängstigend zu sehen, wie ein Systemupdate doch auf das Wine-Environment und die Lauffähigkeit der Anwendung durchschlägt. Deshalb kann die Wine-Lösung nur eine Übergangstechnologie bis zu einer nativen Anwendung sein.

Übergangstechnologie? Zuletzt wurde gesagt, dass es keine Linux-Version geben wird. Und wenn's mit wine "läuft", warum sollte man eine entwickeln? Für die paar zusätzlichen Kunden lohnt es wohl kaum.

Natürlich kann man die notwendigen Shared Libraries und ggf. auch Daten aus den alten Paketen extrahieren und nur beim Start von wine/Banking4 verwenden. Dann sperrt man nicht die Updates, die ja vielleicht wichtige Bug-Fixes bringen. Das ist alles aufwendig und/oder nervend und mit ein Grund, warum ich mir ein Windows-Programm, das ich täglIch nutzen will, auf Linux/wine nicht antue.

Moin zusammen,
kurzes Update zu meinem Forums-Posting bei wineHQ:

Der Beitrag wurde im Lauf des 6.12. (hiesiger Zeitrechnung) doch noch freigeschaltet und es haben bis grade eben 108 Leute reingeschaut, aber es gibt (hoffentlich nur "noch") keine Antworten.

Wegen der "Crypto-DLL" von banking4 hab ich auch keine weiteren Infos. Wäre schön, wenn jemand von Subsembly uns erleuchten könnte, ob banking4 hier abhängig vom "empfundenen Betriebssystem" überhaupt und wenn ja, welches Verschlüsselungsverfahren anfordert.
Mein Verdacht, dass Banking4 doch was mit Verschlüsselung selbst anfordert und unter wine mit einem auf Windows 11 eingestellten Prefix sich unter Windows 10 laufend wähnt und deshalb nur TLS 1.2 abfordert, ist immer noch nicht widerlegt, da es sich unter echtem Windows 10 (=TLS1.2, mehr gibt Win 10 ja nicht freigegeben her) und 11 (=TLS1.3 wird bereitgestellt bzw es wird nur so nach außen kommuniziert) eben unterschiedlich verhält wie wir hier schon gesehen haben.
Kann (und wie) man unter wine eigentlich eine Windows Eingabeaufforderung öffnen um das zu den Versionsangaben nachzuprüfen was der yoda.man gezeigt hat? Ich würde gerne mal sehen, was da unter wine als Betriebssystem angezeigt wird. Für den Fall, dass banking4 das zu Versionserkennung nutzt ... aber was weiß ich schon vom Programmieren unter Windows - praktisch nix.

Beste Grüße
Stefan

Meine Hoffnung ist, dass bei einem neuen Versions-Upgrade von Banking4 auf 10.x nicht mehr das inzwischen überholte Netframework 4.8 benutzt wird, sondern .NET Core ( inzwischen nur noch .NET genannt) verwendet wird, denn das ist Platform unabhängig und läuft gleichermaßen auf Windows, Mac oder Linux.
So eine Umstellung wäre für die Entwickler sicher eine große Herausforderung, aber man hätte es danach leichter.