Beiträge von mikado

    Du hast Recht, es werden in das Prefix keine Dateien kopiert. Es sind Verküpfungen,

    z.B. den Ordner "Meine Dokumente" (in drive_c/users/<Benutzername>)


    Ich habe jetzt auch versucht, QuickSteuer2020 direkt mit wine zu installieren:

    Code
    wine@linux-13x5:~> wine --version
    wine-5.9
    Code
    wine@linux-13x5:~> mkdir ~/QuickSteuer2020
    wine@linux-13x5:~> export WINEPREFIX=~/QuickSteuer2020
    (...anschließend in das entsprechende Verzeichnis der DVD gewechselt...)
    wine@linux-13x5:/run/media/wine/QS252136/data> wine setup.exe

    Nach einiger Zeit kommt folgende wine-Meldung:

    Code
    Die Installation hat den >Microsoft Installer< aktualisiert!
    Es wird empfohlen, die Installation nun zu schließen, und erneut aufzurufen.
    Wenn Sie direkt fortfahren, kann es zu Problemen beim Zugriff auf den >Installer< kommen.

    Die Meldung habe ich mit ok bestätigt und (wegen der Meldung) die QuickSteuer-Installation abgebrochen.

    Danach habe ich die Installation erneut ausgeführt:

    Code
    wine@linux-13x5:/run/media/wine/QS252136/data> wine setup.exe

    Bei dieser zweiten Installation kam wieder die obige Meldung. Diesmal habe ich allerdings die Installation weiter fortgesetzt:

    - Lizenznummer eingeben, weiter

    - Lizenzbedingungen akzeptiert, weiter

    anschließend kam die wine-Meldung

    Code
    Fehler: Datei nicht gefunden

    Nachdem ich das mit ok bestätigt hatte, meldete das Installationsprogramm von QuickSteuer

    Code
    Die Installation von QuickSteuer2020 wurde mit einem Fehler beendet.

    und ich konnte nur noch auf <Setup beenden> klicken.


    Wenn ich mit Dolphin die Setup.log-Datei ansehe

    (zu finden in drive_c/ProgramData/HL/QS/25/Log)

    steht da dann zum Schluss drin:

    Code
    ...
    21:36:52 [ERROR] SHGetSpecialFolderPath bad result!!
    21:36:52 [ERROR] Datei nicht gefunden.
    21:36:52 [ INFO] ELSTER-DLL commonData not found!

    Bei der Erstellung des Prefix "ElsterFormularWine" ist mir aufgefallen, dass sich in dem Prefix auch die Dokumente befinden, die der lokale Benutzer in seinen Ordnern hat, z.B. Textdateien, Bilder, ... Insofern werden wohl alle lokalen Dateien zusätzlich in das Prefix kopiert.

    Kann man auch ein Prefix erstellen "ohne das die lokalen Dateien in das Prefix kopiert" werden?

    (Ansonsten kann man ja auch - so wie ich das gemacht habe - einen eigenen neuen Benutzer anlegen, wo keine bzw. wenige Dateien vorhanden sind.)


    Außerdem weiß ich jetzt auch nicht mehr, mit welcher wine-Version ich das Programm letztendlich installiert habe. Natürlich kann nur die wine-Version genommen werden, die auf meinem PC installiert ist. Aber es gibt ja auch immer wieder neue wine Pakete / Versionen, die durch updaten installiert werden.

    Wie/wo kann man nachsehen, mit welcher wine-Version das Programm in dem Prefix damals installiert wurde?


    Wird bei der Installation immer "automatisch" die aktuellste wine-Version genommen?

    (Im Grunde gibt es ja die voherige wine-Version nicht mehr auf dem PC, wenn man updatet.)


    Wird beim starten des Programms (z.B. durch klicken auf die Verlinkung) immer die aktuellste wine-Version genommen?

    Also wenn ich das Programm mit "wine Version A" installiert hätte, anschließend (per Update) die "wine Version B" habe und danach das Programm im Prefix starte. Wird das Programm dann mit "wine Version A" oder "wine Version B" gestartet?

    (Eigentlich dürfte "wine Version A" ja durch das Update nicht mehr auf dem PC sein.)


    Kann man auch sagen "leg mir ein Prefix an, mit einer bestimmten wine Version an", z.B. "wine Version A" ?

    (Mir ist klar, dass es grundsätzlich am sinnvollsten ist, die neueste normale wine-Version zu nehmen. Das habe ich schon mehrmals gelesen.)

    Ein eigenes sogenanntes "Prefix" anzulegen ist an sich kein Hexenwerk:

    Code
    mkdir ~/QuickSteuer2020
    export WINEPREFIX=~/QuickSteuer2020
    cd Downloads # bzw. zu dem Ordner wo sich die Installationsroutine befindet.
    wine Setup.exe

    Das habe ich jetzt auch mal "direkt in wine" versucht. Allerdings habe ich das nicht mit QuickSteuer sondern mit dem Programm ElsterFormular ausprobiert (da ich ja weiß, dass das auch läuft).

    Code
    wine@linux-13x5:~> mkdir ~/ElsterFormularWine
    wine@linux-13x5:~> ls
    Bilder  Dokumente  ElsterFormularWine  Öffentlich                    Schreibtisch  Vorlagen
    bin     Downloads  Musik               PlayOnLinux's virtual drives  Videos

    hat geklappt :)

    Code
    wine@linux-13x5:~> export WINEPREFIX=~/ElsterFormularWine

    hat geklappt :)

    Code
    wine@linux-13x5:~> cd Downloads
    wine@linux-13x5:~/Downloads> cd ElsterFormular
    wine@linux-13x5:~/Downloads/ElsterFormular> dir
    insgesamt 87376
    -rw-r--r-- 1 wine users 89469952 20. Mai 15:19 ElsterFormularPrivat.msi

    Auch ok. Bin im Verzeichnis wo die msi-Programm-Datei ist. :)

    Code
    wine@linux-13x5:~/Downloads/ElsterFormular> wine ElsterFormuarPrivat.msi

    Hat natürlich nicht geklappt, weil es ja keine exe-Datei, sondern eine msi-Datei ist.

    Siehe auch https://wiki.ubuntuusers.de/Wine/#MSI-installieren

    Daher

    Code
    wine@linux-13x5:~/Downloads/ElsterFormular> msiexec /i ElsterFormularPrivat.msi

    was auch geklappt hat. Dabei wurde auch ein Link auf dem Desktop angelegt.

    An diesem kann ich (unter Eigenschaften) sehen, wo sich die exe Datei befindet (die in diesem Beispiel "pica.exe" heißt):

    Code
    /home/wine/ElsterFormularWine/dosdevices/c:/Program Files (x86)/ElsterFormular/bin/

    Woher weiß Linux, dass er ausgerechnet in den prefix ElsterFormularWine installieren soll?

    Hätte ja auch sein können, dass ich mehrere prefixe habe...

    Und hätte ich sicherheitshalber (wenn ich mehrere prefixe habe und er in prefix XY installieren soll) den Befehl "msiexec" besser anders ausführen sollen?

    Ok. CrossOverLinux bekomme ich nicht ans laufen.


    Hab dazu auch noch das gefunden:

    1.

    How to install CrossOver Linux 19.0.0 on openSUSE Tumbleweed

    https://www.codeweavers.com/su…5869;msg=223062#msg225869

    Ich habe allerdings nicht die CrossOver-Linux-Version 19.0.0 und auch nicht Tumbleweed. Das will ich auch jetzt nicht installieren.

    2.

    Hier wird beschrieben, wie man statt deb/rpm package den .bin installer von CrossOver nutzt.

    Wie man allerdings eine spezielle Version herunter lädt von CrossOver steht hier nicht.

    https://www.codeweavers.com/su…linuxtutorial/install#bin


    Ich breche an dieser Stelle meinen Versuch/Test mit CrossOverLinux erst mal ab.

    Fehlt nur noch die Variante "direkt mit wine". (siehe mein nächster Post)

    Habe "libgtk-3-0-32bit" jetzt installiert. Er zeigt mir an, dass das "oberste/erste" davon installiert und der Rest verfügbar ist. Ich weiß jetzt nicht, ob ich die restlichen beiden auch installieren muss. Habe dazu auch im yast nachgesehen, aber bei der Suche wird mir nur ein Paket angezeigt und dass ist ja jetzt installiert.


    Jedenfalls bekomme ich crossover noch immer nicht ans laufen, weil ich "gtk3" und "python3-gobject" nicht installiert bekomme.


    Code
    linux-13x5:~ # zypper se -s libgtk-3-0-32bit
    Loading repository data...
    Reading installed packages...
    
    S  | Name             | Type    | Version             | Arch   | Repository            
    ---+------------------+---------+---------------------+--------+-----------------------
    i+ | libgtk-3-0-32bit | package | 3.22.30-lp151.6.6.1 | x86_64 | Main Update Repository
    v  | libgtk-3-0-32bit | package | 3.22.30-lp151.6.3.1 | x86_64 | Main Update Repository
    v  | libgtk-3-0-32bit | package | 3.22.30-lp151.5.1   | x86_64 | Main Repository       
    Code
    linux-13x5:~ # zypper in gtk3 python3-gobject
    Loading repository data...
    Reading installed packages...
    'python3-gobject' is already installed.
    No update candidate for 'python3-gobject-3.26.1-lp151.2.3.x86_64'. The highest available version is already installed.
    'gtk3' not found in package names. Trying capabilities.
    'libgtk-3-0' providing 'gtk3' is already installed.
    Resolving package dependencies...
    
    Nothing to do.
    Code
    wine@linux-13x5:~> zypper se -s libgtk-3-0-32bit
    Repository-Daten werden geladen...
    Installierte Pakete werden gelesen...
    
    S | Name             | Typ   | Version             | Arch   | Repository            
    --+------------------+-------+---------------------+--------+-----------------------
      | libgtk-3-0-32bit | Paket | 3.22.30-lp151.6.6.1 | x86_64 | Main Update Repository
      | libgtk-3-0-32bit | Paket | 3.22.30-lp151.6.3.1 | x86_64 | Main Update Repository
      | libgtk-3-0-32bit | Paket | 3.22.30-lp151.5.1   | x86_64 | Main Repository  

    Hast du es mal mit den 32-bit Paketen versucht?

    Danke für deine Antwort. Weiß allerdings leider momentan nichts damit anzufangen. :(

    "python3-gobject" ist bei mir installiert und außer dem installierten kann ich auch nix anderes im yast finden.

    Ich weiß grad nicht, wo ich das 32-bit Paket her holen soll/kann.

    Code
    wine@linux-13x5:~> zypper se -si python3-gobject
    Repository-Daten werden geladen...
    Installierte Pakete werden gelesen...
    
    S | Name            | Typ   | Version          | Arch   | Repository     
    --+-----------------+-------+------------------+--------+----------------
    i | python3-gobject | Paket | 3.26.1-lp151.2.3 | x86_64 | Main Repository

    Beim ausführen von crossoverLinux bekam ich den Hinweis, dass noch etwas nachinstalliert werden soll.

    Das klappte allerdings nicht:

    Code
    linux-13x5:~ # zypper in gtk3 python3-gobject
    Loading repository data...
    Reading installed packages...
    'python3-gobject' is already installed.
    No update candidate for 'python3-gobject-3.26.1-lp151.2.3.x86_64'. The highest available version is already installed.
    'gtk3' not found in package names. Trying capabilities.
    'libgtk-3-0' providing 'gtk3' is already installed.
    Resolving package dependencies...
    
    Nothing to do.


    Vielleicht hängt dass auch mit dem

    Code
    libOSMesa9-32bit

    Paket zusammen, was ich nicht installieren konnte. (Siehe mein vorheriger Post)


    crossoverLinux funktioniert bei mir also leider (noch) nicht.

    Ich habe bei mir nun crossoverLinux installiert. Dabei bin ich nach folgender Anleitung vorgegangen:

    https://www.codeweavers.com/support/wiki/linux/faq/OpenSUSE


    Bei der Installation (rpm) kam der Hinweis, dass das Paket nicht signiert sei.

    Code
    linux-13x5:~ # zypper in http://crossover.codeweavers.com/redirect/crossover.rpm

    Das habe ich "ignoriert" (aufgrund des Posts Nr 14). Das Paket wurde also installiert.


    Meine Repos habe ich so belassen (und ich verwende weiterhin openSUSE 15.1 und nicht Tumbleweed):


    Folgende Pakete hatte ich schon und mussten nicht mehr nachinstalliert werden:


    Folgende Pakete wurden nachinstalliert:

    Code
    libcapi20-3-32bit
    sane-backends-32bit


    Das konnte nicht installiert werden:


    Auch nicht installiert, vielleicht auch nicht unbedingt nötig ??? :


    Das wollte ich nicht installieren (weil im Tumbleweed drin, und weil ich MP3 für QuickSteuer nicht brauche):

    Code
    libmpg123

    @Petert

    CrossoverLinux von Codeweaver könnte ich eventuell auch mal ausprobieren. Allerdings finde ich es schade, das openSUSE nicht offiziell unterstützt wird.

    https://www.codeweavers.com/products/

    https://www.codeweavers.com/support/wiki/linux/faq

    https://www.codeweavers.com/support/wiki/linux/faq/OpenSUSE

    Im letzten Link steht allerdings nur das Vorgehen bei OpenSUSE Leap 42.1. Da ist dann die Frage, wie "aktuell" diese Beschreibung ist.


    @Sauerland

    Ich gebe dir da absolut Recht. Windows Programme, bei denen es nicht darauf ankommt, dass diese "schnell" ablaufen müssen, ist es grundsätzlich am sinnvollsten dass diese virtuell aufgeführt werden. Allerdings braucht man dazu auch eine Vollversion von Windows und OEM-Versionen reichen da meines Wissens nach nicht aus. Außerdem dauern die Updates bei Windows immer ewig. Service-Packs gibt es ja leider nicht mehr.


    Durch die Installation im POL habe ich aber durch die Installations-Meldung von Quicksteuer2020 erfahren, dass das (ohne ELSTER) auch in Windows 7 läuft. Daher habe ich das Programm auf meinem alten offline Linux-System (mit virtuellem Windows 7) installiert und damit meine Steuererklärung für 2019 gemacht.


    Insofern "muss" QuickSteuer2020 jetzt nicht unbedingt bei mir laufen.

    Trotzdem möchte ich gerne CrossoverLinux und auch die direkte Installation mittels wine mal testen...

    Daher lasse ich diesen Thread auch weiterhin noch offen.