Digikam 0.10.0 unter Mac OS X
Mit dem Release von Digikam 0.10.0 für KDE4 kann Digikam auch unter Mac OS X kompiliert werden. Es gibt zwar noch den ein oder anderen Bug und Digikam läuft vielleicht nicht ganz so stabil unter OS X wie unter Linux, aber es läuft! Kompilieren lässt es sich folgendermaßen unter Mac OS X:
- MacPorts installieren. Download und Installationsansweisungen finden sich auf der Homepage.
- Terminal öffnen.
- sudo port install kdegraphics4 kdeedu4 libusb ausführen. “kdeedu4″ kann auch weggelassen werden. Es wird von Digikam nur libmarblewidget daraus verwendet für die Anzeige von Geotags verwendet, soweit ich weiß. Dieser Befehl kann mehrere Stunden in Anspruch nehmen, da die gesamte KDE4-Basissoftware und -Bibiliotheken heruntergeladen und kompiliert werden müssen. Es ist aber möglich den Vorgang mit Strg+C abzubrechen und zu mit dem gleichen Befehl zu einem späteren Zeitpunkt fort zu setzen.
- sudo launchctl load -w /Library/LaunchDaemons/org.freedesktop.dbus-system.plist ausführen.
- sudo launchctl load -w /Library/LaunchAgents/org.freedesktop.dbus-session.plist ausführen.
- libgphoto2 von der Homepage herunterladen. Die Version von MacPorts ist für Digikam zu alt.
- Zudem Verzeichnis mit der heruntergeladen Datei im Terminal wechseln. Mit tar xf libgphoto2-2.4.5.tar.bz2 entpacken und mit cd libgphoto2-2.4.5 in das Verzeichnis wechseln. (Dateiname und Verzeichnisname können evtl. eine andere Versionsnummer tragen und müssen dann angepasst werden.)
- ./configure –prefix=/opt/local ausführen. Durch das angegebene Prefix wird die Library zu den anderen MacPorts-Programmen installiert.
- make
- sudo make install
- Digikam Sourcecode herunterladen.
- Zudem Verzeichnis mit der heruntergeladen Datei im Terminal wechseln. Mit tar xf digikam-0.10.0.tar.bz2 entpacken und mit cd digikam-0.10.0 in das Verzeichnis wechseln.
- cmake -DCMAKE_INSTALL_PREFIX=/opt/local -DQT_QMAKE_EXECUTABLE:FILEPATH=/opt/local/bin/qmake-kde . ausführen. Der Punkt am Ende des Befehls gehört tatsächlich da hin und gibt an, dass der Befehl auf das aktuelle Verzeichnis angewendet wird. Das Prefix wird wieder so gesetzt, dass Digikam mit zu den anderen MacPorts-Programmen installiert wird. Der Pfad zur qmake-Anwendung von Qt wird hier manuell angegeben, da die Library sonst nicht gefunden wird.
- make
- sudo make install
Damit ist Digikam installiert. Zum Starten müssen folgende Befehle ausgeführt werden:
- open /Applications/MacPorts/KDE4/kdeinit4.app
- open /Applications/MacPorts/KDE4/knotify4.app
- open /Applications/MacPorts/KDE4/kded4.app
- open /Applications/KDE4/digikam.app
Am besten legt man sich dazu ein kleines Skript an, dass diese Befehle hintereinander aufruft. Startet man die anderen Programme nicht vor Digikam, so werden keine Thumbnails und Bilder angezeigt.
Nach oben
28. November 2010 um 19:20
Ich bin absoluter Neuling uns habe mich über die gute Anleitung gefreut! Bis zum Punkt 13 hat alles prima geklappt. Nun erscheint folgende Meldung:
G4admins-Mac-mini:digikam-1.6.0 g4admin$ cmake -DCMAKE_INSTALL_PREFIX=/opt/local -DQT_QMAKE_EXECUTABLE:FILEPATH=/opt/local/bin/qmake-kde .
CMake Error at /opt/local/share/apps/cmake/modules/FindQt4.cmake:1249 (MESSAGE):
Qt qmake not found!
Call Stack (most recent call first):
/opt/local/share/apps/cmake/modules/FindKDE4Internal.cmake:399 (find_package)
/opt/local/share/cmake-2.8/Modules/FindKDE4.cmake:95 (FIND_PACKAGE)
CMakeLists.txt:129 (FIND_PACKAGE)
– Configuring incomplete, errors occurred!
G4admins-Mac-mini:digikam-1.6.0 g4admin$
qmake liegt im Ordner opt/local/bin
Ich würde mich über jeden Tipp freuen!
28. November 2010 um 23:19
Der Pfad zu qmake hat sich bei dem neuesten Qt-Port geändert. Der korrekte Befehl müsste jetzt lauten:
cmake -DCMAKE_INSTALL_PREFIX=/opt/local -DQT_QMAKE_EXECUTABLE:FILEPATH=/opt/local/bin/qmake .
Allerdings habe ich inzwischen einen Port von Digikam für MacPorts erstellt. Dieser kann ganz einfach nach Schritt 2 mit “sudo port install digikam” installiert werden. Momentan handelt es sich zwar nur um Version 1.1, aber ich habe bereits einen Port für Version 1.6.0 erstellt und warte momentan darauf, dass dieser in MacPorts aufgenommen wird.
29. November 2010 um 09:33
Vielen Dank für die schnelle Antwort. Offenbar “verschluckt” sich die Installation an den Kipi-Plugins. Ich hatte das auch schon mit Porticus versucht, mit demselben Resultat. In Porticus fand ich Digikam 1.20 und Digikam-devel 1.1.0 und versuchte es mit Version 1.20, ohne Zusatzoptionen (universal, debug etc.). Auch die spätere Wahl des Pakets ohne Kipi scheiterte. QT 4.7.1 ist installiert und die Programme laufen. Mac OS ist 10.6.5.
Versuch Deines Tipps via Terminal:
g4admin$ sudo port install digikam
Password:
—> Computing dependencies for digikam
—> Dependencies to be installed: kipi-plugins
—> Configuring kipi-plugins
Error: Target org.macports.configure returned: configure failure: shell command failed (see log for details)
Error: Failed to install kipi-plugins
Log for kipi-plugins is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_kde_kipi-plugins/main.log
Error: The following dependencies were not installed: kipi-plugins
Error: Status 1 encountered during processing.
To report a bug, see
Versuch via Porticus ohne kipi
http://www.panoramaplanet.de/dl/port_d_install_digikam_+nokipi.txt
29. November 2010 um 09:45
Hier noch der main.log zum Versuch via Terminal
http://www.panoramaplanet.de/dl/main.log
29. November 2010 um 11:01
Sorry, mein Fehler. Die alten Ports gehen natürlich auch nicht mehr nachdem sich der qmake Pfad geändert hat. Also müsstest du doch den korrigierten cmake-Befehl verwenden, warten bis der 1.6 port offiziel aufgenommen wurde oder ein lokales Port-Repository erstellen, um bereits die aktualisierte Portfile verwenden zu können.
Wie man ein lokales Repository erstellt steht hier: http://guide.macports.org/#development.local-repositories
Wie man die entsprechende Portfile bekommt habe ich hier (auf Englisch erklärt): https://trac.macports.org/ticket/27178#comment:22
Die benötigten Patchdateien finden sich für kipi-plugins unter https://trac.macports.org/ticket/27349 und für Digikam unter https://trac.macports.org/ticket/27350
29. November 2010 um 19:05
Nochmals vielen Dank! Ich bin absoluter Newbie und werde wohl mangels Erfahrung warten, bis der 1.6 port aufgenommen wurde. Hab’s parallel auch mit Fink(commander) versucht und da klappte es reibungslos, Digikam läuft – ohne X11. Allerdings ist die Fink-Version genauso veraltet wie die bei Macports: 1.10. Ich folgere, dass es vermutlich noch etliche Monate dauert, bis Deine 1.6 Version in MP aufgenommen wird?
Einen ersten Versuch war es wirklich wert, man kann ahnen, wie klasse Digikam sein könnte, wenn es mal das Beta-Stadium verlässt und alles funktioniert. Einen Rekord bricht es jetzt schon: Ich habe für eine Bildverwaltung 12 Stunden Rechenzeit, zwei Ordner (opt und sw) mit je 8 GB Datenmüll. Das MacOS und die Programme belegen hingegen gerade mal 8 GB…
Gibt es denn einen Weg, alles bis auf Digikam und die notwendigsten dependencies runterzuschmeissen? Der Mini würde aufatmen…
29. November 2010 um 20:10
Eigentlich sollte das mit der Aufnahme der Version nicht so lange dauern. Früher ging das eigentlich mal immer recht fix. Aber irgendwie scheinen die Tickets bei den Leuten mit SVN Zugriff etwas unterzugehen. Ich habe jetzt nochmal in einem der Tickets einen Kommentar mit der Bitte den Patch zu comitten hinterlassen. Wenn das nicht hilft, werde ich es mal auf der Mailingliste posten oder mich versuchen für Commit-Rechte zu bewerben.
Wenn du nur Digikam über MacPorts (bzw. Fink) installiert hast, sollten eigentlich nur benötigte Dependencies installiert worden sein. Das Problem ist halt, dass die Linux-Programme auf Linux-Libraries aufbauen, die bei OS X nicht direkt dabei sein. Insbesondere Qt und der ganze KDE-Kram ist natürlich recht groß.
29. November 2010 um 22:45
Klasse, ich bleib’ auf jeden Fall am Ball und werde mich von den 8 GB Fink trennen, sobald Digikam 1.6 mit MP läuft und ich evtl. auch ein paar der anderen 51 Programme im Ordner KDE zum Laufen kriege. Momentan sind ihre Symbole nach einem Doppelklick im Dock zu sehen, aber sonst passiert nichts, obwohl dbus-system und dbus-session gestartet sind. Zwischen zwei update-Orgien von MP funktionierte alles normal, aber offenbar hat eines der Updates (Qt?) Probleme verursacht.
Etliche Programme mit Icon im Fink-Ordner opt/kde4/mac/bin reagieren dagegen auf Doppelklick und starten. Erster Eindruck eines Neulings: mit Fink scheint manches etwas einfacher zu sein.
Wo die Fähigkeiten von kTurtle oder kstars in Digikam Verwendung finden, konnte ich noch nicht herausfinden.
Dafür fand ich im Ordner sw/src ein Zip-Archiv namens texlive mit 450 MB. Vermutlich ist das nur die Spitze des Eisbergs… Porticus macht das ganz ähnlich und hamstert die Quellen fein säuberlich in einer Ordnerhierarchie, für den Fall dass man sie eines Tages braucht, wenn einem der Nachbar mit der Axt den I-zugang gekappt hat. Schade, dass es sich nicht austricksen ließ, und das Archiv mit Digikam 1.6 ignorierte, dass ich ihm in den Digikam-Ordner legte.
29. November 2010 um 23:08
MacPorts dürfte auch keine kleinere Installationsgröße haben als Fink. Sind ja im Grunde genau die gleiche Programme die installiert werden müssen. Ehrlich gesagt nutze ich selber die KDE-Programme kaum noch, aber bisher liefen die mit MacPorts eigentlich einigermaßen. Ein halb durchgelaufenes Update kann allerdings durchaus ein Problem sein.
kTurtle und kStars werden von Digikam nicht benötigt. Für die Geolokalisierung von Fotos verwendet Digikam aber libmarble und die ist eben in kdeedu4 enthalten.* Daher muss leider das komplette Paket inkl. kTurtle usw. installiert werden. Wenn man auf Geolokalisierung verzichten will kann man ab 1.6.0 die Variante no_geoloc vom Digikam-Port installieren (“sudo port install digikam +no_geoloc”). Dann wird kein kdeedu4 benötigt.
Wegen dem Platzbedarf: Das kann sein, dass sämtliche Quellendateien noch gespeichert werden. Zudem ist es bei MacPorts afaik (ka, wie es bei Fink ist), so dass alle Dateien doppelt auf der Festplatte vorhanden sind. Es ist nämlich möglich Ports zu deaktivieren und wieder zu aktivieren ohne sie deinstallieren und neuinstallieren zu müssen. Ich habe mich ehrlich gesagt nie so genau damit auseinander gesetzt, da bei mir der Hauptteil des Speichers von anderen Dingen gefressen wird und ich mit 1TB momentan noch genug Freiräume habe.
* Momentan wird libmarble in MacPorts aber nicht mitkompiliert. Dafür habe ich aber bereits auch einen Patch erstellt.
30. November 2010 um 22:27
Ich nutze bei der Arbeit Linux (als dummer Normal-User) und war eigentlich nur auf ein neueres Digikam scharf. So viele exklusive Linux Programme gibt es sonst eher nicht, auf die ich aus wäre. Vielleicht die kostenlose Version von Lightzone, die leider in den Ports nicht auftaucht.
Bei Digikam freute ich mich besonders über den Refocus-Scharfzeichner, den ich lange vergeblich für die Mac-Version von Gimp suchte, und die 16 Bit Option. Allein diese beiden Argumente lassen mein PS Elements/Bridge alt aussehen.
Meinen zweiten Linux-Liebling, Kate, hab’ ich heute problemlos mit Fink installiert und zum Laufen gebracht, obwohl Textedit ein mehr als würdiger Ersatz ist. So langsam beginnen mir diese Paketmanager sympathisch zu werden, obwohl mich Kate beim Start mit einer alten Netscape 3 Fehlermeldung beglückt, es könne mit dieser Application vom Typ octet-stream nichts anfangen. Putzig.
6. Dezember 2010 um 15:59
Seit heute sind Digikam und kipi-plugins in der Version 1.6.0 offiziell in MacPorts aufgenommen.
6. Dezember 2010 um 20:54
Danke, ich hab´s schon versucht. Nach einigen Minuten kam die Fehlermeldung, libgphoto sei zu alt, die Installation wurde abgebrochen. Als auch Versuche, libgphoto zu aktualisieren oder neu zu installieren scheiterten, fand ich gottlob folgende, befreiende Zeilen, um Macports endgültig von der Platte zu putzen:
sudo rm -rf \
/opt/local \
/Applications/MacPorts \
/Library/Tcl/macports1.0 \
/Library/LaunchDaemons/org.macports.* \
/Library/StartupItems/DarwinPortsStartup
Mal sehen, ob ich noch einen Versuch wage und von vorne anfange oder ein Jahr warte, bis man den Port auch über Fink bekommt. Nach einer Woche intensiver Versuche, mit Macports ein Programm zu installieren, finde ich Windows 3.11 plötzlich richtig elegant. Aber ich habe eben einfach zu wenig Ahnung von der Materie.
Dir auf jeden Fall vielen, vielen Dank für den Support und schöne Weihnachten!
4. Februar 2012 um 09:08
Über ein Jahr später
Es ließ mir doch keine Ruhe. Schon die Fink – Digikam – Version 1.1.0 (2) lief erheblich flotter als mein Bridge CS4, Raw Therapy oder Photivo, auch wenn ab und an seltsame Fehlermeldungen auftauchten.
Also ein zweiter Versuch mit Macports 2.0.3 und Digikam 2.5. Alles lief glatt, bis auf die Installation von Digikam. Sie brach mit einem Fehler 1 ab und ließ einen ratlos zurück.
Wieder alles geputzt, mit
sudo rm -rf \
/opt/local \
/Applications/MacPorts \
/Library/Tcl/macports1.0 \
/Library/LaunchDaemons/org.macports.* \
/Library/StartupItems/DarwinPortsStartup
Und genau da lag der Hund begraben. Nachdem ich mit Invisibily Toggler die unsichtbaren Dateien sichtbar gemacht hatte, sah man, dass noch diverse unsichtbare, leere Ordner und die Launch demons übrig geblieben waren. Letztere sogar in doppelter Ausführung, wie der Aktivitätsmonitor verriet.
Also alles händisch geputzt, dann mit Better Find die letzten Reste der zwei Installationsversuche gesucht und gelöscht, Macports sicherheitshalber neu installiert, AppleJack die Rechte reparieren lassen und es mit dieser Beschreibung versucht:
http://osdir.com/ml/digikam-users/2011-08/msg00010.html
Eine Nacht später läuft hier friedlich DigiKam 2.5 unter Mac OS 10.6.8 auf meinem MacMini (late 2009) und es gab nur eine kurze Unterbrechung, weil vergessen hatte, Phyton zu entfernen:
Error: Target org.macports.activate returned: Image error: /Library/Python/2.6/site-packages/plist/__init__.py already exists and does not belong to a registered port. Unable to activate port libplist. Use ‘port -f activate libplist’ to force the activation.
Warning: the following items did not execute (for libplist): org.macports.activate
Error: Failed to install libplist
Log for libplist is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_textproc_libplist/libplist/main.log
Error: The following dependencies were not installed: libgpod libplist py27-mutagen taglib libkdcraw libkexiv2 exiv2 libkipi libksane sane-backends net-snmp liblqr marble libkdeedu opencv faac faad2 liboil oxygen-icons
Error: Status 1 encountered during processing.
To report a bug, see
G4admins-Mac-mini:~ g4admin$ port -f activate libplist
Error: Insufficient privileges to write to MacPorts install prefix.
G4admins-Mac-mini:~ g4admin$ sudo port -f activate libplist
Password:
—> Computing dependencies for libplist
—> Activating libplist @1.4_0
Warning: File /Library/Python/2.6/site-packages/plist/__init__.py already exists. Moving to: /Library/Python/2.6/site-packages/plist/__init__.py.mp_1328337104.
Warning: File /Library/Python/2.6/site-packages/plist/_plist.so already exists. Moving to: /Library/Python/2.6/site-packages/plist/_plist.so.mp_1328337104.
Warning: File /Library/Python/2.6/site-packages/plist/plist.py already exists. Moving to: /Library/Python/2.6/site-packages/plist/plist.py.mp_1328337104.
—> Cleaning libplist
G4admins-Mac-mini:~ g4admin$ port -f activate
Can’t map the URL ‘file://.’ to a port description file (“Could not find Portfile in /Users/g4admin”).
Please verify that the directory and portfile syntax are correct.
To use the current port, you must be in a port’s directory.
G4admins-Mac-mini:~ g4admin$ sudo port -f install digikam
Fazit: GANZ großes Lob an den Maintainer, nach einem Jahr läuft alles so glatt, dass man den Versuch, Digikam auf einem Mac zu installieren, auch unbedarften Mensch wie mir empfehlen kann. Danke! Danke ! Danke!
5. Februar 2012 um 11:04
Jetzt bräuchte ich doch noch einen Tipp.
Digikam wurde von meinem Admin account aus installiert und läuft da auch prima.
Sobald ich mich als Normaluser anmelde, laufen showfoto, dngconverter etc. aber Digikam stürzt beim Start ab, während im Startfenster erscheint: “loading cameras” oder ..”profiles”.
Bin nun zurück in den Admin acount und habe in den Voreinstellungen von Digikam alle Kameras auf “generisch” und Pfade zu Farbprofilen (Library/ColorSync/Profiles) zurückgesetzt, aber es knallt immer noch.
Der dbus Demon läuft auch:
G4admins-Mac-mini:~ g4work$ launchctl load /Library/LaunchAgents/org.freedesktop.dbus-session.plist
org.freedesktop.dbus-session: Already loaded
G4admins-Mac-mini:~ g4work$
Die Eigentümerrechte wurden dem Admin vergeben:
sudo chown -R g4admin ~/Library/Preferences/KDE
sudo chown -R g4admin g4work /Library/LaunchAgents/org.freedesktop.dbus-session.plist
Was mache ich nur falsch?
5. Februar 2012 um 11:08
Die letzte Zeile lautete
sudo chown -R g4admin /Library/LaunchAgents/org.freedesktop.dbus-session.plist
Der Name des zusätzlichen User accounts (g4work) war noch aus meinem Textspeicher in der Zeile.
Hatte nämlich mal versucht, die Rechte auf den Normaluser zu übertragen, was auch nicht klappte.
5. Februar 2012 um 18:55
Ich kann leider auch nicht sagen, woran es genau liegt. KDE-Programme und gerade Digikam sind mit OS X leider immer noch ein bisschen problematisch. Du könntest versuchen kdeinit4 und/oder kded4 manuell zu starten.
6. Februar 2012 um 00:30
Nochmals vielen Dank! Es lag an einem verwaisten Ordner namens KDE in Benutzer/Library/Preferences der mit allem möglichen Schrott der Installation von vor einem Jahr gefüllt war und Digikam zum abstürzen brachte. Nachdem ich ihn tapfer gelöscht hatte und mich neu anmeldete, startet Digikam ohne Mucken auch in meinem Benutzer-Account. Und läuft wie eine Eins – angenehm flott im Gegensatz zur Konkurrenz.
Das einzige Problem ist nun nur noch, dass Digikam die -eigentlich installierte- deutsche Übersetzung der Oberfläche “vergisst” und sie mit dem Terminal-Befehl
export LANG=de_DE.UTF-8
nur bis zum übernächsten Neustart merkt. Aber sonst läuft alles halbwegs rund – manche Gimp-JPEGS werden im Digikam Browser nicht dargestellt und Showfoto öffnet Panoramen mit 20000 Pixeln Breite erst gar nicht. Ich habe auch noch keinen Weg gefunden, ein Bild an Photoshop Elements oder Gimp zu übergeben und die Macports Gimp Versionen 2.6.11 und 2.7.3 sind zwar sauschnell, stürzen aber mit X11 ab, sobald man die Gradationskurven aufruft.
Aber alles in allem war es den Versuch 100% wert – startet im 64bit Modus, bearbeitet Bilder durchgängig mit 16Bit Farbtiefe in sehr guter Geschwinigkeit – für ein derart exzellentes Stück kostenloser Software quält man sich doch gerne ein wenig…
6. Februar 2012 um 21:03
Die export Zeile kann man ja in die ~/.profile eintragen. ^^