bemymonkey
Well-known member
- Registriert
- 21 Juni 2009
- Beiträge
- 10.143
Moin zusammen, nach einigem Googlen und Ausprobieren zweifel' ich langsam an meinem Verstand - könnte mich jemand mit mehr (Gnome?) Erfahrung vlt. nochmal in die richtige Spur bringen?
Ich nutze z.B. X32-Edit per Wine und würde das gerne mit einem Shortcut starten. Folgender Terminal-Befehl funktioniert einwandfrei:
Wenn ich jedoch diesen Inhalt in die EXEC Zeile einer .desktop Datei packe (ganz normal in ~/.local/share/applications), gibt es folgende Probleme:
Ich hab's auch schon mit
oder
probiert, da ich vermute, das nicht Auftauchen in dem Launcher liegt an dem doppelten "=" in der Zeile.
Entsprechendes Googlen hat mich darauf gebracht, dass die Exec Zeile in solchen Shortcuts noch den Befehl "env" vorab braucht - allerdings immer ohne Erklärung, weswegen...
So taucht dann der Shortcut auch im Launcher auf... aber beim Aufruf des Shortcuts (egal ob über den Launcher oder per Doppelklick aus dem Filemanager) passiert einfach nicht. Im Terminal startet aber auch dieser Befehl problemlos mein Programm.
Der "env" Befehl ergibt für mich auch überhaupt keinen Sinn an dieser Stelle. Ohne Parameter sollte der ja nur Infos zur aktuellen Umgebung ausgeben... wird er vielleicht nur als Platzhalter verwendet, damit das System nicht direkt über das zweite "=" stolpert?
Nur so am Rande: .desktop Shortcuts für Wine Dinge die mit dem Default-Prefix (also einfach Exec=wine /path/to/program.exe) funktionieren problemlos. Nur die Präfixe machen Probleme
Ich bin gespannt auf Eure Tipps... vielen Dank vorab schon mal
-edit- OK, Fehler gefunden... ~ statt /home/ war das Problem. Den Post lasse ich stehen damit ich mich die nächsten Tage in Grund und Boden schämen kann
Eine Erklärung zu dem "env" Befehl und wieso er da benötigt wird wäre natürlich trotzdem interessant
Ich nutze z.B. X32-Edit per Wine und würde das gerne mit einem Shortcut starten. Folgender Terminal-Befehl funktioniert einwandfrei:
Code:
WINEPREFIX=~/.wine64 wine /home/simon/SyncThing/Apps/X32-Edit/X32-Edit.exe
Wenn ich jedoch diesen Inhalt in die EXEC Zeile einer .desktop Datei packe (ganz normal in ~/.local/share/applications), gibt es folgende Probleme:
- taucht der Shortcut nicht im App-Launcher auf, obwohl er im selben Ordner liegt wie andere funktionierende .desktop Dateien, die nach dem selben Schema aufgebaut sind. Das scheint tatsächlich von dem Inhalt der EXEC Zeile abzuhängen, wenn ich Diesen ändere (z.B. auf "gnome-terminal" o.Ä.) taucht der Shortcut nämlich plötzlich auf.
- Bei direktem Doppelklick auf die Datei im Filemanager gibt es nur eine Fehlermeldung:
Code:
[Desktop Entry]
Type=Application
Name=X32-Edit
Comment=X32-Edit
Icon=/home/simon/SyncThing/Tinkering/Linux/Desktop-AppMenu-Shortcuts/x32-edit.png
Exec=WINEPREFIX=~/.wine64 wine /home/simon/SyncThing/Apps/X32-Edit/X32-Edit.exe
Terminal=false
Categories=X32;Mixing
Name[en_US]=x32edit.desktop
Ich hab's auch schon mit
Code:
Exec="WINEPREFIX=~/.wine64 wine /home/simon/SyncThing/Apps/X32-Edit/X32-Edit.exe"
Code:
Exec='WINEPREFIX=~/.wine64 wine /home/simon/SyncThing/Apps/X32-Edit/X32-Edit.exe'
Entsprechendes Googlen hat mich darauf gebracht, dass die Exec Zeile in solchen Shortcuts noch den Befehl "env" vorab braucht - allerdings immer ohne Erklärung, weswegen...
Code:
Exec=env WINEPREFIX=~/.wine64 wine /home/simon/SyncThing/Apps/X32-Edit/X32-Edit.exe
So taucht dann der Shortcut auch im Launcher auf... aber beim Aufruf des Shortcuts (egal ob über den Launcher oder per Doppelklick aus dem Filemanager) passiert einfach nicht. Im Terminal startet aber auch dieser Befehl problemlos mein Programm.
Der "env" Befehl ergibt für mich auch überhaupt keinen Sinn an dieser Stelle. Ohne Parameter sollte der ja nur Infos zur aktuellen Umgebung ausgeben... wird er vielleicht nur als Platzhalter verwendet, damit das System nicht direkt über das zweite "=" stolpert?
Nur so am Rande: .desktop Shortcuts für Wine Dinge die mit dem Default-Prefix (also einfach Exec=wine /path/to/program.exe) funktionieren problemlos. Nur die Präfixe machen Probleme
Ich bin gespannt auf Eure Tipps... vielen Dank vorab schon mal
-edit- OK, Fehler gefunden... ~ statt /home/ war das Problem. Den Post lasse ich stehen damit ich mich die nächsten Tage in Grund und Boden schämen kann
Eine Erklärung zu dem "env" Befehl und wieso er da benötigt wird wäre natürlich trotzdem interessant
Zuletzt bearbeitet: