rklm schrieb:

Jetzt terminiert die Shell erst, wenn auch foo beendet ist. Anderfalls beendet sich die Shell, sobald bar terminiert. Wie gesagt, ich weiß nicht, ob DE dieses Wissen irgendwie benötigen.

Gute Frage, würde dir ein konkreter Anwendungsfall dazu einfallen?

Wenn man das ohne wait mit grafischen Anwendungen macht, dürfte das eigentlich egal sein. Die Shell wird geöffnet, der erste Befehl nach dem Start in den Hintergrund gelegt und der zweite ausgeführt. Normalerweise soll eine Shell in so einem Fall ja laufen, bis beide Programme beendet wurden.

mrkramps schrieb:

rklm schrieb:

Jetzt terminiert die Shell erst, wenn auch foo beendet ist. Anderfalls beendet sich die Shell, sobald bar terminiert. Wie gesagt, ich weiß nicht, ob DE dieses Wissen irgendwie benötigen.

Gute Frage, würde dir ein konkreter Anwendungsfall dazu einfallen?

Es könnte halt eine DE geben, die auf den ersten gestarteten Prozess schaut (also die Shell) und keinen zweiten startet, wenn der erste noch läuft. Aber das ist rein spekulativ. Normalerweise regeln die Programme das selber.

Wenn man das ohne wait mit grafischen Anwendungen macht, dürfte das eigentlich egal sein. Die Shell wird geöffnet, der erste Befehl nach dem Start in den Hintergrund gelegt und der zweite ausgeführt. Normalerweise soll eine Shell in so einem Fall ja laufen, bis beide Programme beendet wurden.

Das macht sie ohne wait aber nicht, weil sie nicht auf die Beendigung des Hintergrundprozesses wartet:

1
2
3
4

$ { sleep 10; echo background; } & { sleep 5; echo foreground; }
[1] 23413
foreground
$ background

Wie Du in Zeile 4 siehst, ist der Prompt schon wieder ausgegeben, während der Hintergrundprozess noch läuft. Mit wait:

1
2
3
4
5
6

$ { sleep 10; echo background; } & { sleep 5; echo foreground; }; wait
[1] 23436
foreground
background
[1]+  Done                    { sleep 10; echo background; }
$ 

Es geht um den Artikel .desktop-Dateien

Hey Jonius (auch via PN)

https://wiki.ubuntuusers.de/.desktop-Dateien/a/diff/943985/944982/ habe ich nicht ganz kapiert. Kannst Du kurz helfen, wie du zu den Änderungen kommst?

• Welche Desktop-Umgebung bringt keinen Menü-Editor mit? Menüeditor sieht recht vollständig aus imho.

• was ist falsch daran, sich Desktop-Starter auf den Desktop zu legen?

Schöne Grüße vom Neuling...

///edited: Ich nutze diese Dateien nicht, daher hab ich vll. auch was übersehen.

BillMaier schrieb:

• Welche Desktop-Umgebung bringt keinen Menü-Editor mit? Menüeditor sieht recht vollständig aus imho.

Zum Beispiel die GNOME Shell, die jetzt Standard in Ubuntu ist. Von anderen weiß ich es nicht genau.

• was ist falsch daran, sich Desktop-Starter auf den Desktop zu legen?

Das ist nicht falsch. Aber in dem Abschnitt geht es um das Anlegen von Programmstartern allgemein und der richtige Ort dafür ist nunmal ~/.local/share/applications bzw. /usr/share/applications. Von dort holen sich die Desktop-Umgebungen und Menüeditoren auch die Dateien. Dass man .desktop-Dateien zusätzlich an andere Orte kopieren kann, wie zum Beispiel den Desktop (der standardmäßig in der standardmäßigen GNOME Shell auch deaktiviert ist), dem widmet sich der komplette Abschnitt direkt darunter.

Edit: Du hättest solche Fragen übrigens direkt in der Diskussion zum Artikel stellen können. Dafür ist die da. 😉

Danke für die Erklärung. Ich hatte deine Änderungen im Verlauf gesehen und nicht verstanden. Jetzt, im Kontext des ganzen Artikels, wird es klar. Danke für die Anpassung 👍

Mahlzeit. Mal eine ganz blöde Frage:

Wäre es möglich eine Seite .desktop-Datei anzulegen, die auf .desktop-Dateien weiterleitet?

So muss ich das immer doppelt schreiben, wenn ich in einem Support-Thread darauf verlinken will. 😛

[:.desktop-Dateien:.desktop-Datei]

Hallo,

Inyoka kann alles und das ist so einfach, dass machen wir zwischen 12 und Mittag. Der Redirect ist angelegt.

Gruß, noisefloor

noisefloor schrieb:

Inyoka kann alles und das ist so einfach, dass machen wir zwischen 12 und Mittag.

😬

Der Redirect ist angelegt.

Thx