Month: September 2009

Wer meine vergangenen Kurzbeiträge verfolgt hat, hat mitbekommen, dass ich mein System auf MacOS 10.6 aktualisiert habe.
Neben vielen Dingen die erstaunlich problemlos liefen, gibt es leider auch einige Probleme.
Manche davon ließen sich sehr einfach lösen:

• Die fehlenden Java Versionen 1.4 bis 1.5 lassen sich einfach durch das manuelle Kopieren aus einem Backup wieder herstellen
• Weiterhin gibt es einige Programme, die fehlerhaft, oder gar nicht liefen:
  • Cyberduck lief gar nicht – da gibt es mittlerweile eine lauffähige, neue Version auf der Homepage
  • BetterZip lief zwar, konnte aber keine tar.gz Files mehr lesen. Auch hier gibt es eine neue Version, siehe eine der letzten Posts
• Was für mich viel störender ist, ist das Nicht-Funktionieren des gpgMails Plugins von Stéphane Corthésy, da ich hin und wieder doch gerne verschlüsselte Emails verschicke. Das das Plugin von der aktuellen Version von Mail.app deaktiviert wird, hat wohl 2 Gründe:
  1. Wird das aktuelle Mail.app standardmäßig als 64bit-Anwendung ausgeführt. Das gpgMail Plugin ist allerdings nur als 32bit Version kompiliert.
  2. Hat sich mit der neuen Version wohl auch die (undokemntierte) API von Mail.app geändert.

Jeder der einmal versucht hat, eine API anhand von Message Calls und vorhandenen Headern zu reverse-engeneeren kann wohl nachvollziehen, wieso Stéphane für eine weitere Runde dieser Arbeit keine Zeit hat. Aber da das Plugin als Source vorliegt, liegt es ja nahe, sich der Sache selbst anzunehmen. Zwar sind meine Objective-C Kenntnisse bei weitem noch nicht so gut, wie ich es gerne hätte, allerdings ist das Plugin zwar sehr gut in Mail.app eingefügt, allerdings dient es ja nur als Client für libgpg. Zudem sind die Sourcen wirklich gut kommentiert worden, sodass die Stellen, an denen man Snow-Leopard spezifischen Code einfügen müsste, sehr schnell deutlich werden :-).

Stéphane hat hierzu in dem Projektforum von sourceforge ein paar Hinweise gegeben. So werden für eine erfolgreiche Kompilierung von gpgMail zuerst einmal universal-binary(UB) (oder nur 64bit) Versionen von gpg, libgpg-error, libgpgme und dem MacGPGME framework benötigt.

Mein erster Versuch mit gpg,libgpg und libgpg-error über macports zu Installieren und danach per hardlinks von /opt auf /usr zu linken, brachte mir zumindest eine kompilierte 64bit Version vom MacGPGME framework. Ein UB lässt sich nicht kompilieren, da ich scheinbar von den libs nur eine expliziete 64bit Version besitze (womöglich müsste ich die hardlinks auch im lib64 Verzeichnis erstellen).

Momentan bin ich dabei das MacGPGME framework in einer UB Version zu erstellen. Was mich ein wenig gewundert hat ist, dass gpgMail scheinbar Header Dateien verlangt, welche das MacGPGME framework gar nicht hergibt.

Es ist zumindest vermeldet worden, dass ein weiterer Entwickler sich der Sache angenommen hat, der zumindest mehr Ahnung zu haben scheint als ich :-). Vielleicht werde ich mich dann mal bei ihm melden, so ich denn nennenswerte Fortschritte erreichen kann. Ist zu hoffen, dass die API Änderungen von Mail.app nicht zu gravierend sind….

Also machen wir es erstmal kurz.

Ich bin erstaunt wie problemlos das Update von 10.5 auf 10.6 von Statten ging.
Mein Ansatz war, das System neu aufzusetzen und dann per Migrations-Assistent meine Daten zu übertragen.
Was soll ich sagen? Nach jetzt gut 3 Stunden ist alles fertig.

Und bisher fand sich nur Cyberduck, welches die benötigte Java Version (1.5) nicht mehr findet.
Ja. Leider ist Java 1.5 nicht mehr vorhanden.
Dies ist in sofern schwerwiegend, weil es Sicherlich aus Entwicklersicht einige Gründe gibt, ein 1.5er JDK vor zu halten.
Ich bin gerade dabei zu versuchen das alte 1.5 JDK zu aktivieren.

Die gute Nachricht ist, dass nun endlich ja JDK 1.6 in 64bit UND 32bit vor zu finden ist :-).

Achja…noch erwähnenswert: Wer bei der Installtion das optionale Rosetta wieder installiert hat, kann nun immer noch PowerPC Code (jaja ganz old-school) ausführen. War für mich wichtig, weil es für meinen alten HP Scanner sonst keinen Treiber mehr gibt :-/.