Beiträge von mikado

    Danke, das hat geklappt.

    Code
    linux:~ # zypper --gpg-auto-import-keys ref
    Repository 'Packman Repository' is up to date.
    Repository 'Libdvdcss Repository' is up to date.
    Repository 'Non-OSS Repository' is up to date.
    Repository 'Main Repository' is up to date.
    Retrieving repository 'Main Update Repository' metadata ......................................................................[done]
    Building repository 'Main Update Repository' cache ...........................................................................[done]
    Repository 'Update Repository (Non-Oss)' is up to date.
    All repositories have been refreshed.

    Was macht der Befehl eigentlich?

    Holt der sich für alle installierten Repos neue Schlüssel?

    ich weiß nicht ob ich das richtige Thema ausgesucht habe. Während der Arbeit stockt das System öfter mal und ist kurz eingefroren. Das hatte ich bei Windows nie.


    Weiß jemand woran das liegen könnte?

    Seit wann treten denn die beschriebenen Probleme auf?

    Schon immer = ab Erstinstallation ??? Oder erst später ???

    Und was bedeutet "Während der Arbeit" ? Womit arbeitest du denn? Also bei welchen Programmen kommt das vor? Oder ist das grundsätzlich, egal was du machst?

    Ich bekam heute folgende Fehlermeldung:

    Signature verification failed for file 'repomd.xml' from repository 'Main Update Repository'.


    Was ist nun zu tun?

    Mein erster Gedanke ist, das "Main Update Repository" mit yast zu löschen und sofort wieder neu hinzufügen.

    Laut Fehlermeldung ist die Signatur defekt und durch das neu hinzufügen wird ja wieder eine neue Signatur hinzugefügt.


    Kann und sollte ich so vorgehen oder hab ich da einen Gedanken-Fehler drin?

    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