iPhoto ist nicht dafür gedacht Fotos längerfristig zu archivieren. Das Problem ist dass iPhoto die Fotos selbst in einer Verzeichnisstruktur verwaltet und jede iPhoto Version scheint das etwas anderes zu machen. Jedenfalls bin ich auf der Suche nach einer Alternative, die genauso einfach zu benutzen ist, die Bilder aber so ablegt dass man sie auch mit einem Dateimanager noch anschauen kann. Nach einiger Recherche bin ich bei digikam gelandet, ließt sich so weit alles ganz gut, läuft auch auf Linux und Mac, super Geschichte!
Die Installation auf dem Mac verläuft über MacPorts. MacPorts ist eigentlich was für Freaks, weil die Software die installiert wird, nicht einfach nur in das System kopiert wird, sondern im Source Code runtergeladen, dann compiliert wird und dann in das System kopiert wird. Dazu braucht man auf dem Mac XCode, das allein schon ca. 1,5 GB Platz braucht. Also gut, scheiß drauf XCode installiert und los gehts:
christian@minime:~$ sudo port install digikam
Password:
---> Computing dependencies for digikam
---> Dependencies to be installed: kdeedu4 kdegraphics4 chmlib djvulibre ImageMagick bzip2 fontconfig freetype fontconfig ghostscript libpaper xorg-libXext xorg-libX11 xorg-bigreqsproto xorg-inputproto xorg-kbproto xorg-libXau xorg-xproto xorg-libXdmcp xorg-libxcb python27 db46 gdbm python_select python_select python27 xorg-libpthread-stubs xorg-xcb-proto libxml2 xorg-util-macros xorg-xcmiscproto xorg-xextproto xorg-xf86bigfontproto xorg-xtrans xorg-libXt xorg-libsm xorg-libice liblzma p7zip urw-fonts ebook-tools convertlit libtommath libzip exiv2 gphoto2 libexif libgphoto2 gd2 xpm libusb-compat libusb libusb popt kdebase4-runtime libspectre cairo libpixman xorg-xcb-util xrender xorg-renderproto poppler curl curl-ca-bundle gtk2 atk gtk-doc docbook-xml docbook-xml-4.1.2 xmlcatmgr docbook-xml-4.2 docbook-xml-4.3 docbook-xml-4.4 docbook-xml-4.5 docbook-xml-5.0 docbook-xml docbook-xsl docbook-xsl gnome-doc-utils intltool gnome-common p5-getopt-long p5-pathtools p5-scalar-list-utils p5-xml-parser p5-xml-parser iso-codes libxslt libxslt py27-libxml2 py27-libxml2 rarian getopt gdk-pixbuf2 jasper pango Xft2 shared-mime-info xorg-libXcomposite xorg-compositeproto xorg-libXfixes xorg-fixesproto xorg-libXcursor xorg-libXdamage xorg-damageproto xorg-libXi xorg-libXinerama xorg-xineramaproto xorg-libXrandr xorg-randrproto openjpeg jbigkit lcms2 poppler-data qca sane-backends kipi-plugins gdk-pixbuf glib1 gtk1 kde4-runtime bison bison hicolor-icon-theme kdelibs4 aspell texinfo xz aspell aspell-dict-en attica avahi dbus-python27 dbus-glib py27-gobject libffi libdaemon libglade2 py27-gtk py27-cairo py27-numpy fftw-3 py27-nose py27-distribute py27-py cyrus-sasl2 dbusmenu-qt git-core p5-error rsync qjson docbook-xsl-ns enchant hunspell flex giflib gmake grantlee kerberos5 gnupg libart_lgpl openexr ilmbase gsed gsed pcre shared-desktop-ontologies soprano clucene libiodbc raptor2 redland rasqal mpfr gmp strigi virtuoso gawk libssh openslp oxygen-icons qimageblitz libgpod libplist swig-python swig py27-mutagen taglib mesa makedepend xorg-dri2proto xorg-glproto xorg-libXmu opencv dirac cppunit faac faad2 ffmpeg XviD lame libogg libsdl libtheora libvorbis libvpx yasm schroedinger orc speex texi2html x264 liboil liblqr
Bedeutet: Um digikam zu compilieren, braucht man noch knapp 200 andere Pakete, die mit compiliert werden müssen. Die Wahrscheinlichkeit dass das schief geht ist ungefähr so hoch wie der Eifelturm. Das ist zum Kotzen. Warum können die nicht einfach ein Binary zur Verfügung stellen und gut ist? Wenn jetzt 1000 Leute das Teil ausprobieren wollen müssen 1000 Läute ein halbes Linux System compilieren, was das an Ressourcen kostet! Damit könnte man wahrscheinlich halb Nord Korea ein halbes Jahr lang mit Strom versorgen. FUCK, hab ich schon wieder gar keine Lust mehr. Aus.
Picasa