Inwieweit unterscheidet sich das denn von dem vollaufgebrezelten GNOME Suchwidget? Das fand ich schon ziemlich cool.

Die Optik ist cooler.

 

Ich kann noch nicht einschätzen, was Gnome Do wirklich alles findet, aber es versucht in jedem Fall alles irgendwie zu starten, was es findet.

Um die ganzen Funktionen zu nutzen musste ich erstmal etwas experimentieren.

 

Er versucht wirklich alles mögliche zu finden, aber irgendwie mag er bei mir die evolution-kontakte nicht. Keine Ahnung warum, aber das feature brauche ich zur Zeit auch gar nicht...

 

Durch einzelne Suchergebnisse kann man mit den Pfeiltasten scrollen, mit Tabulator kommt man eine Ebene weiter und kann dort dann die Aktion auswählen (normalerweise ist das vernünftigste schon ausgewählt).

Die Aktionen sind wirklich sehr vielfältig, die Navigation gestaltet sich ziemlich intuitiv, sobald man mal das mit den Pfeiltasten und dem Tabulator verstanden hat.

 

Ich verwende das Ding aber eher als Fensterleisten-Ersatz und Quickstart-Leiste.

 

Bei mir sieht der Desktop dann so aus:

http://img7.imageshack.us/img7/2051/gnomedosb2.jpg

(Die Leiste ist normal im autohide-modus, das Bild wurde übrigens mit der Leiste nach imageshack hochgeladen )

Bearbeitet (4. Februar 200916 J. von Tellur)

Kennt jemand einen Weg auf Shelleben, wie ich in einem Verzeichnis alle symbolischen Links löschen kann und nur diese? Ich habe das Problem, dass ich auf dem Forumsserver symbolische Links neu aufbauen muss. Dazu müssen erstmal die alten weg. Die ebenfalls vorhandenen "normalen" Dateien und Verzeichnisse dürfen davon nicht berührt werden.

 

Viele Grüße

hj

find . -type l | xargs rm

 

Zumindest unter HP-UX, Linux müsste ich checken sollte aber auch funktionieren

find . -type l | xargs rm

 

Zumindest unter HP-UX, Linux müsste ich checken sollte aber auch funktionieren

Klasse Danke. Probier ich mal aus.

 

Viele Grüße

hj

find /path/to/the/links -type l -exec unlink "{}" ";"

find . -type l | xargs rm

 

Zumindest unter HP-UX, Linux müsste ich checken sollte aber auch funktionieren

Klasse Danke. Probier ich mal aus.

 

Viele Grüße

hj

 

Das klingt so nach famous last words.

find . -type l | xargs rm

 

Zumindest unter HP-UX, Linux müsste ich checken sollte aber auch funktionieren

Klasse Danke. Probier ich mal aus.

Das geht auch bei Linux. Kurzer Hinweis: Das geht auch rekursiv in alle Unterverzeichnisse des aktuellen Verzeichnisses und macht da das gleiche. Ist das nicht gewünscht, noch -maxdepth 0 als Argument für find einfügen.

find . -type l | xargs rm

 

Zumindest unter HP-UX, Linux müsste ich checken sollte aber auch funktionieren

Klasse Danke. Probier ich mal aus.

 

Viele Grüße

hj

 

Das klingt so nach famous last words.

 

Bisher habe ich HJ für jemanden gehalten, der eien eigene Testminiserie startet bevor er auf dei Daten losgeht

 

By the way: unlink hört sich sehr elegant an

find . -type l | xargs rm

 

Zumindest unter HP-UX, Linux müsste ich checken sollte aber auch funktionieren

Klasse Danke. Probier ich mal aus.

 

Viele Grüße

hj

Klappt, danke! An xargs hab ich garnicht mehr gedacht.

 

Viele Grüße

hj

xargs bei find ist overhead, -exec rm tuts auch:

find . -type l -exec rm {} \;

xargs bei find ist overhead, -exec rm tuts auch:

find . -type l -exec rm {} \;

xargs bei find ist overhead, -exec rm tuts auch:

find . -type l -exec rm {} \;

 

Was gibt es da zu lachen?

xargs bei find ist overhead, -exec rm tuts auch:

find . -type l -exec rm {} \;

 

Was gibt es da zu lachen?

Den Vorschlag hatten wir schon.

Wer schwampft hier denn?

find . -type l | xargs rm

 

Zumindest unter HP-UX, Linux müsste ich checken sollte aber auch funktionieren

Klasse Danke. Probier ich mal aus.

 

Viele Grüße

hj

 

Das klingt so nach famous last words.

 

Bisher habe ich HJ für jemanden gehalten, der eien eigene Testminiserie startet bevor er auf dei Daten losgeht

 

By the way: unlink hört sich sehr elegant an

Achwas. Hab doch das Forum erst letzten Monat gesichert. Ich hab also nen Backup wenn was schiefgeht.

 

Viele Grüße

hj

 

p.S. Klappt. Die ersten beiden Wikis laufen wieder. Solwac, Du hattest doch auch noch was wegen Wikis. Könntest Du mir nochmal 'ne PN schreiben? Ich weiß, das hast Du schon ein paar mal gemacht

rm ruft unlink auf

Ganz nette Zusammenfassung: http://en.wikipedia.org/wiki/Xargs

rm ruft unlink auf

Falls unlink (von der Kommandozeile) nur symbolische links löscht wäre das eine Sicherheit mehr

Bernward(paranoid)

Ganz nette Zusammenfassung: http://en.wikipedia.org/wiki/Xargs

xargs verwende ich gerne für findd .. grep, weil dann auch die Dateinamen vorhanden sind.

rm ruft unlink auf

Falls unlink (von der Kommandozeile) nur symbolische links löscht wäre das eine Sicherheit mehr

Bernward(paranoid)

 

Siehe dazu wiederum die Wikipedia: http://de.wikipedia.org/wiki/Rm_(Unix)#rm_und_unlink

rm ruft unlink auf

Falls unlink (von der Kommandozeile) nur symbolische links löscht wäre das eine Sicherheit mehr

Bernward(paranoid)

 

Siehe dazu wiederum die Wikipedia: http://de.wikipedia.org/wiki/Rm_(Unix)#rm_und_unlink

 

Also das gleiche wie unter HP-UX, es gibt eine anzahl an hard links zu einer Datei, die durch rm/unlink decrementiert werden und bei 0 links wird sie nicht mehr gefunden. Symbolic links sind als eigene Datei zu betrachten.

rm ruft unlink auf

Falls unlink (von der Kommandozeile) nur symbolische links löscht wäre das eine Sicherheit mehr

Bernward(paranoid)

Ich meine, unlink(1) ruft einfach nur unlink(2) auf, was wiederum den Referenzzähler im Inode um 1 verringert, und wenn der auf 0 geht, wird die Datei gelöscht. Das löscht einen Symlink genauso wie alles andere.

Ganz nette Zusammenfassung: http://en.wikipedia.org/wiki/Xargs

xargs verwende ich gerne für findd .. grep, weil dann auch die Dateinamen vorhanden sind.

xargs(1) ist einfacher zu bedienen als das -exec-Argument von find(1). Bei letzterem breche ich mir immer wieder einen ab, wie denn die geschweiften Klammern in der Shell des Tages zu quoten sind. Ausserdem hat es die praktische -0-Option, womit man Sonderzeichen in Dateinamen einfacher erwischt als bei -exec oder -ok.

 

... und ich sehe gerade, dass GNU find(1), also das von Linux, eine -delete-Aktion kennt.

find . -type l -delete

Aber wer kennt schon die ganzen GNU-Optionen?

Da waren ja noch Beiträge.

Aber wer kennt schon die ganzen GNU-Optionen?

Es reicht schon, wenn Du alle Optionen von ls kennst

unlink funktioniert unter GNU-Systemen ein bisschen anders wie unter "echten Unix-Systemen". Ansonsten ist unlink Teil der POSIX-Spec.

Aber wer kennt schon die ganzen GNU-Optionen?

Es reicht schon, wenn Du alle Optionen von ls kennst

Da reichen die wichtigen wie z.B. -lart zum Aufräumen auf der Platte.