gthumb mit RAW-Support

Viele digitale Kameras machen heute nicht mehr nur noch JPEG-Aufnahmen, sondern sind auch in der Lage RAW Bilder zu speichern. Dabei handelt es sich um die Daten direkt aus dem Sensor. Im Gegensatz zu einem JPEG sind diese Daten nicht durch den Prozessor der Kamera bearbeitet (der typischerweise noch z.B. den Weißabgleich durchführt, nachschärft, etc.). Die Vor und Nachteile gegenüber dem JPEG Format sind an anderer Stelle schon sehr viel besser diskutiert als ich das hier könnte (Pro&Contra).

Leider sind soweit ich das ersehen kann die einzigen Bildverwaltungen mit denen man unter Ubuntu einen vernünftigen RAW-Workflow (tolles Wort, bedeutet so viel wie Bearbeitung in großen Mengen) machen kann DigiKam und F-Spot. Beide haben ihre Probleme, zumindest für mich.

Ich benutze im Moment Xubuntu. Es ist leich. Es ist schnell. Es steht mir nicht im Weg. Ich will nicht wechseln. DigiKam jedoch scheint nur unter KDE vernünftig zu laufen, zumindest dauert die Ladezeit bei mir ewig. Ich kann problemlos in die Küche gehen und mir einen Kaffee kochen, ein paar Pfannkuchen backen und ein Buch von Dostojewski nicht nur lesen, sondern auch verstehen, bis es geladen ist und selbst dann bekomme ich oft nur lustig flackernde Thumbnails, anstatt meiner Bilder.

F-Spot’s Hauptproblem ist das es alle Bilder beim Import in einer Ordnerstruktur unterbringt, die für normale Menschen völlig unbrauchbar ist. Alle Bilder landen in Ordnern nach ihrem Datum. Leider weiß ich nach ein paar Wochen nicht mehr wann ich das letzte mal meine Freundin, mein Motorrad oder mein Hund fotografiert habe. Der schnelle Griff nach Photos/2009/03/01 fällt damit leider flach.

Also gThumb.

gThumb ist einfach wie Hammer und Nagel. Großartige Möglichkeiten zur Nachbearbeitung von RAW-Dateien bietet es nicht und auch Flickr-Upload, Geotagging oder eine Hotline zum Pizza-Dienst fehlen. Dafür kann es meine Bilder mit Schlagwörtern versehen und nach meinem Gusto in Ordner sortieren und integriert sich gut in Xubuntu. Das ist eigentlich auch alles was ich will. Okay, der Flickr-Upload wäre auch gut

Leider unterstützt die Version in den Ubuntu-Paket-Quellen kein RAW-Format, weder unter Intrepid, noch unter Jaunty Beta. Warum das so ist entzieht sich meinem Verständnis, immerhin liegen alle benötigten Werkzeuge dafür in den Paketquellen bereit.

Wie also den Missstand – zumindest auf dem eigenen System – beheben? Ganz einfach: Selber bauen! Und so geht’s:

Wir installieren zwei verschiedene Sachen von außerhalb: libopenraw und gThumb. Also beide Quelltexte ziehen, hier und hier. Man könnte natürlich auch das libopenraw aus dem Paketquellen nehmen. Allerdings hängt das auch schon wieder eine Version hinterher…
Ich entpacke den Kram immer nach ~/src
Nun brauchen wir noch einige Pakekte, die zum Kompilieren benötigt werden.
Zunächst ziehen wir uns die Pakete build-essential und checkinstall, dazu im Terminal:
```
sudo apt-get install build-essential checkinstall
```
Als nächstens alle Abhängigkeiten von libopenraw und gThumb. Debian – und daher auch Ubuntu – haben mit apt-get ein komfortables Werkzeug um sich den Kram zu ziehen:
```
sudo apt-get build-dep libopenraw gthumb
```

Nun geht es ans Eingemachte. Zu erst wird libopenraw gebaut, dann gThumb. Wir wechseln also ins Verzeichnis, in das wir libopenraw entpackt haben und machen mal:

~$ cd src/libopenraw-0.0.6/

~/src/libopenraw-0.0.6$ ./configure --prefix=/usr/local

Nun läuft die Konfiguration durch. Sollte es hier zu Fehlern kommen, fehlt es wahrscheinlich an irgendeiner Abhängigkeit. Dann mal genau die Fehlermeldung anschauen und ggf. in Synaptic nach dem entsprechenden Paket suchen.
Als nächstes wird gebaut:

~/src/libopenraw-0.0.6$ make

Nun haben wir in unserem Quelltext-Verzeichniss schon die fertig kompilierten Binaries (also ausführbare Dateien, bzw. in diesem Fall Bibliotheken) liegen, das nur noch in die richtigen Pfade verschoben werden muss. Normalerweise würde man nun ‘make install’ ausführen. Allerdings hat man dann später nicht mehr ohne weiteres die Möglichkeit alles wieder sauber zu entfernen. Daher benutzen wir checkinstall:

~/src/libopenraw-0.0.6$ sudo checkinstall -fstrans=no

Der letzte Parameter ist wichtig, oder war es zumindest bei mir, denn ohne ging es nicht. Kurz gesagt sorgt er dafür das checkinstall kein virtuelles Dateisystem zur Installation benutzt, sondern das tatsächliche.
Das Ganze sieht dann so aus (Benutzereingaben fett hervorgehoben):

mfk@sysiphus:~/src/libopenraw-0.0.6$ sudo checkinstall -fstrans=no

checkinstall 1.6.1, Copyright 2002 Felipe Eduardo Sanchez Diaz Duran

  Diese Software wurde unter der GNU GPL veröffentlicht

The package documentation directory ./doc-pak does not exist.

Should I create a default set of package docs?  [y]: y

Bereite Paket-Dokumentation vor...OK

Bitte geben Sie eine Beschreibung für das Paket ein.

Beenden Sie Ihre Beschreibung mit einer leeren Zeile oder EOF.

>> libopenraw selbst gebaut

>> <enter>

*****************************************

**** Debian package creation selected ***

*****************************************

Das Paket wird entsprechend dieser Vorgaben erstellt:

0 -  Maintainer: [ root@sysiphus ]

1 -  Summary: [ libopenraw selbst gebaut ]

2 -  Name:    [ libopenraw ]

3 -  Version: [ 0.0.6 ]

4 -  Release: [ 1 ]

5 -  License: [ GPL ]

6 -  Group:   [ checkinstall ]

7 -  Architecture: [ amd64 ]

8 -  Source location: [ libopenraw-0.0.6 ]

9 -  Alternate source location: [  ]

10 - Requires: [  ]

11 - Provides: [ libopenraw ]

Geben Sie die betreffende Nummer ein, um die Vorgaben zu ändern:

<enter>

Installing with make...Installing with install...

[... Textausgabe ausgeschnitten ...]

====================== Installation erfolgreich ==========================

Copying documentation directory...

./

./AUTHORS

./COPYING

./COPYING.LESSER

./ChangeLog

./INSTALL

./NEWS

./README

./TODO

./doc/

./doc/Doxyfile

./doc/Doxyfile.in

./doc/Makefile

./doc/Makefile.am

./doc/Makefile.in

./doc/doxygen/

./doc/doxygen/Makefile

./doc/doxygen/Makefile.am

./doc/doxygen/Makefile.in

grep: /var/tmp/tmp.RvryuiJJeS/newfile: No such file or directory

Some of the files created by the installation are inside the build

directory: /home/mfk/src/libopenraw-0.0.6

You probably don't want them to be included in the package,

especially if they are inside your home directory.

Do you want me to list them?  [n]: n

Soll ich sie aus dem Paket ausschließen? (yes ist hier eine gute Idee) [y]: y

Kopiere Dateien in das temporäre Verzeichnis...OK

Stripping ELF binaries and libraries...OK

Komprimiere man-Seiten...OK

Erzeuge Datei-Liste...OK

Erstelle Debian-Paket...OK

Installiere Debian-Paket...OK

Lösche temporäre Dateien...OK

Schreibe Sicherungs-Paket...OK

Lösche temporäres Verzeichnis...OK

**********************************************************************

 Done. The new package has been installed and saved to

 /home/mfk/src/libopenraw-0.0.6/libopenraw_0.0.6-1_amd64.deb

 You can remove it from your system anytime using:

      dpkg -r libopenraw

**********************************************************************

Damit haben wir die Halbzeit geschafft. libopenraw ist gebaut und installiert. Falls wir das Paket noch einmal brauchen sollten, liegt es nun auch unter ~/src/libopenraw-0.0.6/libopenraw_0.0.6-1_amd64.deb bereit (der Dateiname ist auf einem i386-System anders, einfach die Meldung beachten).

mit gThumb verfahren wir analog:

~/src/gthumb-2.10.11$ ./configure --prefix=/usr/local

[... Textausgabe abgeschnitten...]

Configuration:

    Source code location:     .

    Compiler:                 gcc

    Have gdk-x11:          yes

    Have XRender:             yes

    Have XTest:               false

    Have XF86VidModeSetGamma: no

    Have libiptcdata:         yes

    Have libtiff:             yes

    Have libgphoto:           yes

    Have libopenraw:          yes

    Use Mac OS X menu:        no

Wichtig ist das libopenraw auch tatsächlich gefunden wird, wie hier zu sehen. Als nächstes führen wir auch hier die Installation nach dem bekannten Muster durch (diesmal allerdings verpackt in eine Zeile:

~/src/gthumb-2.10.11$ make && sudo checkinstall --fstrans=no

Im Gegensatz zu libopenraw müssen wir aber hier noch eine kleine Änderung vornehmen:

0 -  Maintainer: [ root@sysiphus ]

1 -  Summary: [ gthumb image viewer ]

2 -  Name:    [ gthumb ]

3 -  Version: [ 3:2.10.11 ]

4 -  Release: [ 1 ]

5 -  License: [ GPL ]

6 -  Group:   [ checkinstall ]

7 -  Architecture: [ amd64 ]

8 -  Source location: [ gthumb-2.10.11 ]

9 -  Alternate source location: [  ]

10 - Requires: [  ]

11 - Provides: [ gthumb ]

Die geänderte Versionsnummer hängt damit zusammen das Ubuntu gThumb intern mit der Nummer 3:2.(was auch immer) führt. Die Installation läuft zwar auch ohne die Änderung durch, jedoch würde uns das nächste Update (und das kommt immer irgendwann) wieder die Version aus den Paketquellen installieren. Damit stünden wir dann wieder am Anfang…

Eigentlich sollte es das damit gewesen sein, doch leider ging dann erst mal gar nichts, denn gThumb ist überhaupt nicht mehr gestartet. Ein Versuch mit strace ergab das gThumb nach seinen Bibliotheken an an den falschen Orten sucht.
Warum, wiso, weshalb?
Keine Ahnung, aber ein Link von /usr/local/lib/libgthumb.so nach /usr/lib/x86_64-linux-gnu/libgthumb.so brachte Besserung.