jessie XFCE 4.10.1- Menüeintrag erzeugen

[paul1234]

Hallo,
ich hab per PoL ein neues Game installiert, welches aber keinen Menüeintrag erzeugt hat. Bisher klappt der Gamestart, indem ich: Kontextmenü auf game.exe->öffnen mit->andere Anwendung->'A Wine Application'->enter
Kann ich da irgendwie einen automatisierten Menüeintrag basteln (Batch-Datei o.ä.) , so Anwendungsmenü->Wine->GameXY->los geht's

Danke vorab!

gruß paul!

[rendegast]

Ich kann das Programm so aufrufen

Code: Alles auswählen

$ WINEPREFIX=~/.PlayOnLinux/wineprefix/furxx ~/.PlayOnLinux/wine/linux-x86/1.7.55/bin/wine c:\\Program\ Files\\Geeks3D\\Benchmarks\\FurMark\\FurMark.exe

danach ließe sich ein *.desktop konstruieren.
Vorgesehen ist der Start aber wohl aus PoL heraus.

Die win-typische Abfrage aus dem Installationsprogramm heraus, ob Startlinks erstellt werden sollen
(was unter debians System-wine (unter PoL "default" genannt) entsprechende *.desktop und *.directory in ~/.local/ erzeugt) scheint unter PoL ins Leere zu laufen.


Es gibt nach Einrichtung eines Programms die Möglichkeit "Erstelle ein Shortcut",
welches eine ~/Desktop/*.desktop erzeugt, zBsp:

Code: Alles auswählen

$ cat cpuburner2222.desktop
[Desktop Entry]
Encoding=UTF-8
Name=cpuburner2222
Comment=PlayOnLinux
Type=Application
Exec=/usr/share/playonlinux/playonlinux --run "cpuburner2222" %F
...

Beim 'Entfernen' des Programms aus der PoL-Ansicht wird auch dieses *.desktop gelöscht.
Dieses 'Entfernen' ist ein Entfernen aus PoL,
das dazugehörige WINEPREFIX resp. die (win)Installation des Programms bleibt dabei wohl unberührt,
bis auch der letzte zu diesem WINEPREFIX gehörende PoL-Eintrag 'entfernt' wird, dann wird zusätzlich ein Löschen des WINEPREFIX angeboten.
Eine (win)Programm-Deinstallation ist wohl über die PoL-Option
Konfigurieren>WINEPREFIX>Wine>Wine_Uninstaller möglich, aber "expert".

[paul1234]

das Problem ist scheinbar: es ist in PoL nicht als insalliertes Programm aufgeführt

[rendegast]

Wenn kein PoL-Startlink mehr da ist,
und Du weißt, daß das WINEPREFIX (resp. "virtuelles Laufwerk" (PoL-Sprech)) nicht gelöscht wurde(!),
mache
'Konfigurieren' > WINEPREFIX markieren >
'Lege eine neue Verknüpfung für dieses virtuelle Laufwerk an' >
Applikation wählen > Icon benennen,
falls gewünscht, weitere Applikationen wählen.
(Der Schritt ist insoweit fehleranfällig, da nur Icons angezeigt werden.
Wenn in diesem WINEPREFIX also mehrere gleichartige Programme installiert sind,
wie zBsp. mehrere FurMark-Versionen,
werden dann auch merere Furmark-, gpumark- usw. -Icons angezeigt.
Im schlechtesten Fall also alle Icons/Anwendungen hinzufügen und ungewünschte wieder entfernen.)
Nun befindet sich wieder eine Verknüpfung im PoL-Fenster,
von der nach Markieren dann per 'Erstelle ein Shortcut' ein *.desktop angelegt werden kann.







-----------------------------------------------------------------------------
Mir aufgefallen, in Richtung wish-Bug:
Ich habe "installiert" debian-wine in 32- und 64-bit, und per PoL ein 1.7.55-32bit und 1.7.54-64-bit.
Per
'Installiere ein Programm' > 'Installiere ein Programm, das nicht aufgelistet ist' >
'Installiere ein Programm in einem neuen virtuellen Laufwerk' >
'Benutze eine andere Version von wine' > kommt jetzt als Auswahl
- System
- 1.7.55
danach die Frage '32- oder 64-bit'.
Das schon vorhandene 1.7.54-64 bekomme ich so gar nicht zur Auswahl.

Ich müßte also per
'Konfigurieren' > 'Neu' > '32- oder 64-bit' > 'Version wählen' das WINEPREFIX erstellen.
Dann per
'Installiere ein Programm' > 'Installiere ein Programm, das nicht aufgelistet ist' >
'Installiere ein Programm in einem neuen virtuellen Laufwerk' >
'Edit or update an existing applikation' >
'Zeige virtuelle Laufwerke' > WINEPREFIX wählen >
'What would you like to do before': 'NIX', oder entsprechende vorhandene Version im WINEPREFIX wählen >
'file to run'-Dialog
(englisch/deutsch Mischmasch?)

[paul1234]

Wenn kein PoL-Startlink mehr da ist

war noch nie da

und Du weißt, daß das WINEPREFIX (resp. "virtuelles Laufwerk" (PoL-Sprech)) nicht gelöscht wurde(!),
mache
'Konfigurieren' > WINEPREFIX markieren >
'Lege eine neue Verknüpfung für dieses virtuelle Laufwerk an' >
[Imgur](http://i.imgur.com/8hYf321.jpg)

du meinst das hier?:
http://i.imgur.com/8hYf321.jpg
da gibt es aber so eine Auswahlmöglichkeit nicht
PS: das 'default'-LW ist das mit den Spieldaten

[paul1234]

ok, wenn ich jetzt in winecfg das LW markier->'Anw.hinzufügen'->sf.exe auswählen->'Unzulässige Zeichen Im Pfad.' siehe:
http://i.imgur.com/F8RMKAA.jpg

und ja: ich mußte zu erst das LW mit der passenden wine-Version anlegen, dann konnte ich diese erst bei der Install benutzen

[rendegast]

du meinst das hier?:
http://i.imgur.com/8hYf321.jpg
da gibt es aber so eine Auswahlmöglichkeit nicht
PS: das 'default'-LW ist das mit den Spieldaten

Ja, der Dialog erscheint wohl nur bei den anderen WINEPREFIXes,
'default' ist demnach ein kastriertes NoGo, sollte besser nicht befüllt/benutzt werden.

Für das Programm dann doch ein separates WINEPREFIX verwenden.



Anm.,
ähnlich die beiden Default-WINEPREFIXe des debian-System-wine

• ~/.wine/
  ~/.wine64/

laufen bei mir als reine Testfelder, deren Inhalt

• system.reg
  user.reg
  userdef.reg
  drive_c/Program Files/
  drive_c/users/
  drive_c/windows/

ich auch problemlos löschen kann.

ok, wenn ich jetzt in winecfg das LW markier->'Anw.hinzufügen'->sf.exe auswählen->'Unzulässige Zeichen Im Pfad.' siehe:
http://i.imgur.com/F8RMKAA.jpg

Diese Möglichkeit in winecfg
(welche hier auch nicht zielführend ist)
habe ich noch nie benutzt.
Wenn ich hier sowas mache, ergibt sich nur ein Unterschied in user.reg:

Code: Alles auswählen

$ diff -u user.reg__Std user.reg__3Ver
--- user.reg__Std       2015-11-26 18:31:37.000000000 +0100
+++ user.reg__3Ver      2015-11-26 18:30:59.000000000 +0100
@@ -505,7 +505,11 @@
 
 [Software\\Microsoft\\Windows\\CurrentVersion\\Run]
 
-[Software\\Wine\\AppDefaults]
+[Software\\Wine\\AppDefaults\\procexp.exe]
+"Version"="win8"
+
+[Software\\Wine\\AppDefaults\\winmsd.exe]
+"Version"="win7"
 

Was das bedeutet?

Auf die unzulässigen Zeichen könntest Du vielleicht während der Installation des Programms durch Vorgabe eines problemlosen Programmverzeichnisnamens einwirken.

[paul1234]

also liegt es am Namen: 'default'-LW. Eigentlich läuft das Spiel ja, bloß der umständliche Start ist blöd

[rendegast]

also liegt es am Namen: 'default'-LW.

Es geht da nur um die interpretierte win-Version, gesetzt für dieses Programm per winecfg.
Und es liegt eher am Pfad bis zu spellforce2.exe.
Hier habe ich herumprobiert und einen Programmverzeichnisnamen "FurMark - 2 -spellcheck" verwendet,
das ging problemlos.
Eventuell ein Oberverzeichnis oder nichtdarstellbares Zeichen im Dateinamen,
zBsp. ISO <-> UTF8, windows-Installationsvorgang <-> wine <-> linux.
Du hast dort Spiele "Age of Empires II : ....", in denen sich das verbotene : befindet,
aber wohl nur im dargestellten Icon-Namen und nicht in der Dateistruktur.
Die Spiele resp. deren Installer, die ja für windows gedacht sind, sollten solche Zeichen wohl nicht für Dateien und Verzeichnisse benutzen.
Hier machen mir eher Namen mit Klammern Probleme, zBsp. heruntergeladene Webseiten,
wo der Entwickler wohl nur an windows gedacht hat.

Und wenn sich das nur in dieser speziellen wine-Option zeigt,
nicht aber die Ausführung behindert,
kann ja die default-win-Version entsprechend eingestellt werden, falls benötigt.




Es wäre auch mal ein Beispiel gut,
wo ein Programm genau diese gesetzte wine-win-Version benötigt.
Bei mir scheint es den Programmen recht egal zu sein.

[paul1234]

ich hab mich, was die wine-Version betrifft, hiervon leiten lassen: https://appdb.winehq.org/objectManager. ... n&iId=4256 - es wird wine 1.5.23 benötigt. Und beim ersten Install-Versuch mit PoL war diese wine-Version nicht zu finden. Erst nach einem Update.

[rendegast]

Unter 'wine-Versionen verwalten' wird mir 0.9.7 bis 1.8-rc1-staging angeboten,
für 64bit ab 1.1.38.

ich hab mich, was die wine-Version betrifft, hiervon leiten lassen:

Es gibt die wine-Version
und die dem Programm vorgegaukelte win-Version.
(wieweit oder was dem Programm da vorgegaukelt wird bin ich mir aber sehr im Unklaren)

Ab wine-Version x.y.z wird ein mit anderer wine-Version erstelltes WINEPREFIX automatisch aktualisiert
(zumindest in Richtung "aktueller", und von gleicher Architektur).
EDIT bei unterschiedlicher Architektur (wine 1.6.2):

Code: Alles auswählen

$ wine64 cmd
wine: '/home/user/.wine' is a 32-bit installation, it cannot support 64-bit applications.
...
(loeschen und als 64bit anlegen)
$ wine cmd
wine: '/home/user/.wine' is a 64-bit installation, it cannot be used with a 32-bit wineserver.

Wie ein wine 1.5.12 oder älter mit einem mit wine 1.7.54 hergestellten WINEPREFIX umgeht?
Vermutlich gehts kaputt.

es wird wine 1.5.23 benötigt.

1.02 Retail Version Platinum 1.7.11 16
1.02 GoG Version... Gold 1.5.23 1

[paul1234]

1.02 Retail Version Platinum 1.7.11 16
1.02 GoG Version... Gold 1.5.23 1

genau u. ich hab die gog-Version, wo der DRM-Schutz entfernt ist. Deshalb läuft es ja, Un wenn es läuft....
Ist eben nur mit dem Start umständlich

[rendegast]

Wenn kein PoL-Startlink (~/.PlayOnLinux/shortcuts/) für wineprefix/default/ vorhanden ist,
gibt es mehrere Möglichkeiten

- Konstruiere einen beliebigen auf default/ zielenden shortcuts/blafoo, zBsp.

Code: Alles auswählen

#!/bin/bash
[ "$PLAYONLINUX" = "" ] && exit 0
source "$PLAYONLINUX/lib/sources"
export WINEPREFIX="/home/user/.PlayOnLinux//wineprefix/default"
export WINEDEBUG="-all"
cd "/home/user/.PlayOnLinux//wineprefix/default/drive_c/./windows"
POL_Wine blafoo.exe "$@"

(entsprechendes Icon ist nicht nötig, es wird dann ein Standard-Icon angezeigt),
über dessen Dialog
'Konfigurieren > Lege eine neue Verknüpfung für dieses virtuellen Laufwerk an'
dann der richtige shortcut angelegt werden kann

- Konstruiere den korrekten shortcut per Hand am Beispiel vorhandener
(was jedoch fehleranfällig bei schwierigen Pfaden oder in Bezug auf verwendetes Icon wäre)

- wineprefix/default/ umbenennen wineprefix/renamedefault/
Ich habe den Namen des Prefix nur in zugehörigen shortcut und wineprefix/WINEPREFIX/playonlinux.log gefunden (bei einfachen Versuchen).
Diesem nicht-"default"-WINEPREFIX steht dann wieder das Konfigurieren-Menü mit der Möglichkeit zum Anlegen von shortcut zur Verfügung.

[paul1234]

mir würde es erst mal am einfachsten helfen, wenn ich von der Spiele.exe eine Verknüpfung auf meinem Desktop anlegen könnte. Das geht zwar, aber die reagiert auf den Mausklickbefehl nicht

[MaGe]

mir würde es erst mal am einfachsten helfen, wenn ich von der Spiele.exe eine Verknüpfung auf meinem Desktop anlegen könnte. Das geht zwar, aber die reagiert auf den Mausklickbefehl nicht

ich kenne mich mit XFCE , Gnome nicht aus da ich kde verwende,
habe mir mal die demo von SpellForce 2 - Shadow Wars installiert bis auf
den kopierchutz startet die demo mit der Verknüpfung auf meinem Desktop
vielleicht kannst du die Verknüpfung nach deinen wünschen ändern.

Code: Alles auswählen

[Desktop Entry]
Name=SpellForce 2 - Shadow Wars Euro Demo spielen
Exec=env WINEPREFIX="/home/privat/32bit-wine" wine C:\\\\Program\\ Files\\\\SpellForce\\\\SpellForce\\ 2\\ -\\ Shadow\\ Wars\\ Euro\\ Demo\\\\spellforce2.exe 
Type=Application
StartupNotify=true
Comment=SpellForce 2 - Shadow Wars Euro Demo spielen
Path=/home/privat/32bit-wine/dosdevices/c:/Program Files/SpellForce/SpellForce 2 - Shadow Wars Euro Demo/
Icon=0031_NewShortcut11_D508136492324D3C917662DC5E765416.0

gruss MaGe

[rendegast]

PoL muß die WINEPREFIX und ihre dazugehörigen wine-Versionen auseinanderklamüsern,
daher funktioniert ein einfacher desktop-Link auf eine *.exe nicht.
Eventuell ordnet das mime-System einem solchen Link die Anwendung wine zu, aber wohl nur die des Systems, und dann wird wohl auch versucht, die Anwendung im Standard ~/.wine/ auszuführen.

Der ~/Desktop/*.desktop muß also aus PoL erzeugt werden.
Von einem dort validen shortcut aus.