Skip to content

„Der angegebene Ort ist kein Ordner“: Lösung für Ubuntu 11.04 Natty Narwhal

Ubuntu 11.04 ist ja sowas von Bananaware …

Beim Anklicken von Downloads in Firefox, beim Anklicken gefundener Dateien in der Suchbox des Gnome-Deskbar-Applets und bei Dateilisten in diversen Programmen, bei denen Dateien mit der zugehörigen Anwendung gestartet werden sollen, tiriliert der nervende Narwal stets dieselbe sinnlose Fehlermeldung: „Der angegebene Ort ist kein Ordner“.

Über Google fand ich eine Lösung für das Problem, indem ich nach der englischen Fehlermeldung „The location is not a folder“ suchte.

Schuld an der Misere ist das fehlerhafte Paket „exo-utils“. Wenn man dieses deinstalliert (wobei der Dateimanager Thunar aufgrund vorhandener Abhängigkeiten auch gleich beseitigt wird), funktionieren alle Doppelklicks wieder wie gewünscht und alle Dateien lassen sich wieder mit den zugehörigen Programmen öffnen.

Rhythmbox-Plugin "edit file" zum Bearbeiten von MP3- und OGG-Dateien

Im Musik-Abspielprogramm Rhythmbox fehlte mir seit jeher eine Funktion, um das gerade ausgewählte Musikstück in einen Editor zu laden. Sei es, um die Lautstärke anzupassen, aus einer Aufnahme unerwünschte Ansagen herauszuschneiden oder um einfach nur mal mit ein paar Filtern herumzuexperimentieren. Eine ausgedehnte Websuche führte mich zwar nicht zum Ziel, wohl aber zum Plugin "Open Folder" von Adolfo González Blázquez. Dieses öffnet den Ordner der gerade ausgewählten Datei mit dem Standard-Dateimanager, z.B. Nautilus. Ich musste lediglich drei Zeilen ändern, um meine lange vermisste Editierfunktion zu bekommen. Ich habe mir in dieser allerersten Version 0.1 (erschienen im Oktober 2009) die Arbeit recht einfach gemacht, indem ich gar nicht erst teste, welches der vom System als Standard vorgesehene Editor für Musikdateien ist, sondern das Plugin ruft einfach "audacity" über seinen Namen auf. Wer mag, darf gerne noch etwas an dem Programm herumfeilen.

Im Mai 2011 wurde für Rhythmbox 0.13 unter Ubuntu 11.04 (Natty Narwhal) eine winzige aber funktionsentscheidende Änderung notwendig. Anstelle von shell.get_property("selected_source") heißt es im Quelltext an einer Stelle nun shell.get_property("selected_page"). Diese Version des Plugins ist unten als rb-edit-file_0.2.zip aufgeführt. Ein großes Dankeschön an Erik Lundmark für den Hinweis auf die Fehlermeldung!

Screenshot Rhythmbox-Plugin "edit file"
Selbstverständlich ist meine Variation ebenfalls wieder Open Source.

Zur Installation unter Ubuntu Linux mit Gnome-Desktop ist lediglich der Inhalt der ZIP-Datei in den Ordner ~/.gnome2/rhythmbox/plugins/rb-edit-file zu entpacken und Rhythmbox neu zu starten. Unter "Bearbeiten – Plugins" muss dann nur noch ein Häkchen bei "Edit file" gesetzt werden. Im Kontextmenü jedes Musikstücks taucht nun der Menüpunkt "Edit file" auf.

Download
rb-edit-file_0.2.zip (Rhythmbox 0.13 ab Ubuntu 11.04 Natty Narwhal)
rb-edit-file_0.1.zip (Rhythmbox 0.12 bis Ubuntu 10.10 Maverick Meerkat)

JPEG-Kommentar mit Nautilus-Skript bearbeiten (Gnome/Ubuntu Linux)

Zu Windowszeiten war ich ein großer Fan des Bildbetrachtungsprogramms IrfanView. Ein Feature, das ich besonders mochte, war die Möglichkeit, JPEG-Fotos um einen kurzen oder bis zu 64.000 Zeichen langen Kommentartext zu ergänzen, der direkt (und unsichtbar) in der Bilddatei gespeichert wurde und dadurch alle Kopier-, Verschiebe- und sonstigen Aufräumaktionen unbeschadet überlebte. Leider ist die Unterstützung des JPEG-Kommentarfeldes in den meisten Linux-Bildbetrachtern überhaupt nicht angesagt. Manche, wie gThumb, haben zwar eine Kommentarfunktion, speichern den Text aber separat und nicht in der Bilddatei, was die Funktion für mich wertlos macht.
Zum Glück gibt es in Nautilus die Möglichkeit, das Rechtsklickmenü um eigene Skripte zu erweitern, die einfach im Ordner ~/.gnome2/nautilus-scripts/ abgelegt werden. Jetzt kann ich meine Bildkommentare bequem im Texteditor bearbeiten. Alles was benötigt wird, befindet sich im Paket "libjpeg-progs". Darin sind zwei Konsolenprogramme namens "rdjpgcom" und "wrjpgcom" enthalten, die das JPEG-Kommentarfeld lesen und schreiben können. Nun muss nur noch im Skriptverzeichnis von Nautilus eine ausführbare Textdatei angelegt werden. Diese könnte beispielsweise "JPEG-Kommentar bearbeiten" heißen und folgenden Inhalt haben:
#!/bin/bash
rdjpgcom $1>$1_comment.txt
gedit $1_comment.txt
mv $1 $1_original.jpg
wrjpgcom -replace $1_original.jpg < $1_comment.txt > $1

Dieses Grundgerüst benötigt, um richtig benutzerfreundlich zu sein, noch ein paar Abfragen. So sollte das fertige Skript zum Beispiel testen, ob der von Nautilus übergebene Dateiname "$1" überhaupt zu einer JPEG-Datei gehört oder ob der Kommentar überhaupt geändert wurde. Hinterher aufzuräumen und die beiden zwischenzeitlich angelegten Dateien mit der Originalbilddatei und dem Kommentartext wieder zu löschen, wäre auch keine schlechte Idee. In der vorliegenden Form macht das Miniskript folgendes (in Nautilus sei, um nicht zu abstrakt zu werden, die Datei "bild.jpg" ausgewählt worden): Es liest den Kommentar aus "bild.jpg" und schreibt ihn in die Datei "bild.jpg_comment.txt". Diese wird im Texteditor bearbeitet, das Bild in die Datei "bild.jpg_original.jpg" gesichert, aus dieser wird der alte Kommentar entfernt und der Rest der JPEG-Datei zusammen mit dem neuen Kommentar wieder als "bild.jpg" gespeichert.

Nautilus "vergisst" Datum und Uhrzeit beim Kopieren unter Ubuntu 8.04

In der neuen GNU/Linux-Version Ubuntu 8.04 (Hardy Heron) weist der Gnome-Dateimanager Nautilus eine Eigenheit auf, die von einigen als Feature, von anderen als Bug angesehen wird: Das Datum einer Datei wird auf den Moment des Kopiervorgangs gesetzt, nicht auf das Entstehungsdatum der Ursprungsdatei. Es lassen sich mehrere Gründe konstruieren, warum das so sein soll, angefangen von "das haben wir schon immer so gemacht" (gemeint ist das Verhalten des Shell-Befehls "cp"), über "eine Kopie ist eine neue Datei, das soll man gefälligst auch sehen können" bis zu "Linux ist schließlich nicht Windows".

Ohne die Diskussion über Sinn und Unsinn dieses Verhaltens fortführen zu wollen (das kann, wer mag, hier tun), stand ich plötzlich vor dem Problem, einige hundert Digitalfotografien in diversen Ordnern zu haben, die ein völlig falsches Dateidatum aufwiesen. Für alle, denen ähnliches widerfahren ist: es gibt ein einfaches Programm, das das Dateidatum einer Fotografie wieder auf deren Aufnahmedatum zurücksetzen kann. Es heißt jhead, wurde von Matthias Wandel geschrieben und repariert das Datum aller Foto-Dateien eines Ordners mit einem einfachen Aufruf:
jhead -ft *.JPG

JHead gibt es für Linux, OS X und Windows. Unter Ubuntu Linux ist es Bestandteil des Universe-Repositorys und kann mittels Synaptic installiert werden. Ein großes Dankeschön an Matthias Wandel für sein tolles Programm!

Nachtrag (20. Juni 2008): Der Fehler ist behoben worden und die neue Version der dafür zuständigen GLib-Bibliothek - libglib2.0-0 in der Version 2.16.3-1ubuntu3 - wird in Kürze über die Aktualisierungsfunktion verfügbar sein.