ubuntuusers.de

Hallo,

Warum eigentlich wird der Themen-Komplex ".desktop-Datei als Lesezeichen (Bookmark)" hier aber nicht weiter behandelt?

Weil's noch keiner eingebaut hat? Wenn sollten URIs im allgemeinen eingebaut werden und dann meinetwegen URLs als Beispiel für eine URI.

Gruß, noisefloor

Hi, habe gerade ein cura.desktop für ein Appimage gemacht. Soll ich das ggf. als weiteres Beispiel anfügen oder findet ihr das unnötig?

LG

[Desktop Entry]
Type=Application
Name=Cura
GenericName=Cura
Exec=/home/USER/Arbeitsfläche/Ultimaker_Cura-4.8.0.AppImage %F
Comment=Slicing Programm
Icon=/home/USER/Downloads/cura.png
Terminal=false
Categories=Applikation

Hallo,

IMHO ist das überflüssig. Also ich sehe da nichts, was man nicht aus dem Beispiel im Artikel ableiten könnte.

Gruß, noisefloor

Wenn ich mein Skript in meinen PATH aufnehme, kann ich es über Exec=bash -i -- skript eintragen, also ohne den absoluten Pfad. (-i falls PATH sonst nicht korrekt gesetzt wird).

butzamediolus schrieb:

Wenn ich mein Skript in meinen PATH aufnehme, kann ich es über Exec=bash -i -- skript eintragen, also ohne den absoluten Pfad. (-i falls PATH sonst nicht korrekt gesetzt wird).

Das ergibt keinen Sinn: die Option "-i" stellt die Shell auf interaktiv, aber es geht ja hier um ein Skript. Und das normale Vorgehen ist, die Shebang-Zeile korrekt zu setzten, die Berechtigungen mindestens auf "rx" zu stellen und dann den Namen des Skriptes einzutragen und nicht den der Shell.

In einer Desktopdatei würde ich aber vielleicht sogar direkt den kompletten Pfad auf das Skript angeben. Man muss es ja nur einmal tun.

bash -- skript ist genau das, was ausgeführt wird, wenn in der shebang #!/bin/bash steht. Meine PATH variable setze ich in der bashrc, an deren Beginn

[[ $- != *i* ]] && return

steht, damit die shell im Fall eines Skripts mit Standardeinstellungen läuft. Damit also PATH den Ordner des Skripts enthält wird die bashrc mit bash -i gelesen, insgesamt also bash -i -- skript.

Ist natürlich viel gehudel nur um nicht den absoluten Pfad setzen zu müssen, lohnt sich also nur, wenn man unbedingt möchte, dass die *.desktop Dateien portabel sind.

butzamediolus schrieb:

bash -- skript ist genau das, was ausgeführt wird, wenn in der shebang #!/bin/bash steht. Meine PATH variable setze ich in der bashrc, an deren Beginn

[[ $- != *i* ]] && return

steht, damit die shell im Fall eines Skripts mit Standardeinstellungen läuft. Damit also PATH den Ordner des Skripts enthält wird die bashrc mit bash -i gelesen, insgesamt also bash -i -- skript.

Nein, das ist überhaupt nicht sinnvoll. Man schreibt Skripte so, dass sie eine korrekte Shebang-Zeile haben und versieht sie mit ausführbaren Rechten. Auf die Weise stellt man sicher, dass sie mit dem richtigen Interpreter ausgeführt werden. Und man kann sie dann auch direkt als "Exec=" definieren - ohne die Umstände, die Du beschreibst.

Ist natürlich viel gehudel nur um nicht den absoluten Pfad setzen zu müssen, lohnt sich also nur, wenn man unbedingt möchte, dass die *.desktop Dateien portabel sind.

Das ist alles total überflüssig. Der Pfad passt schon. Leg mal das angehängte Skript in ~/bin, mach es ausführbar und lege die Desktop-Datei auf den Desktop. Dann kannst Du durch Doppelklicken auf der .desktop-Datei ("TEST") das Skript starten.

Im Artikel unter Pfadangaben heißt es:

Beim Aufruf eines Programms über die Zeile Exec=... ist die Übergabe von Optionen mit zwei Bindestrichen in der Form PROGRAMM --OPTION nicht möglich

Unter Ubuntu 20.04.3 LTS funktioniert bei mir aber folgender Eintrag:

Exec=/usr/bin/flatpak run --branch=stable --arch=x86_64 --command=/app/bin/hamster org.gnome.Hamster

Die .desktop-Datei wurde so durch

flatpak install org.gnome.Hamster

angelegt.