Philipps Blog

After the updating MacFusion to the latest Version, i got the known Snow Leopard Error again. Last time i found the solution here. Worked also perfect this time.

So the latest MacOS Update broke the gpg-mail Plugin again. But it seems that the old UUID Trick saves the show.
First close Mail.app.
Then you need to find out the new PluginCompatibilityUUIDs from Mail.app and the Message Framework.

cat /System/Library/Frameworks/Message.framework/Resources/Info.plist | grep UUID -A 1
cat /Applications/Mail.app/Contents/Info.plist |grep UUID -A 1 | grep UUID -A 1

Then you need to open the gpg-mail Bundle.
Look into /Users/[username]/Library/Mail/Bundles
You can open GPGMail.mailbundle via the Context Menu. You need to add the two new UUIDs to the Node SupportedPluginCompatibilityUUIDs in the Info.plist file.

Save and then restart Mail.app.

via gpgmail-users@lists.sourceforge.net and @morrow

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 :-/.

There is no NetInfo-Tool any more. So you have to use the Command Line Tool dscl.
(For more info type “man dscl”)

So to change the userid (UID) of user db2admin from 502 to 507 type:

sudo  dscl  . -change /Users/db2admin UniqueID 502 507

for all mac ruby devloper outside: http://www.macruby.org any opinions about it so far?

Disable new Toolbar Features (e.g. tabs on top)
defaults write com.apple.Safari DebugSafari4IncludeToolbarRedesign -bool NO

Disable iPhone-Style Progress-Bar
defaults write com.apple.Safari DebugSafari4LoadProgressStyle -bool NO

via: fscklog.com

Yesterday I found myself in a strange situation:

Every Shell Command I tried to use ended up with a “command not found“. This happened with sudo, nano … you name it.

After a short time, I figured out that the folder /usr/bin (where all these programs are stored) had only executable rights for the owner (so admin:wheel).

As a normal user I was not able to use them.

So how to change this if you cannot sudo ?

As always in MacOS, the best way to fix this, is to boot into Singe User Mode (restart and press the Apple/Command Key + “S”).
After you got into the Terminal view you have to scan the filesystem for errors:

/sbin/fsck -fy 

And then remount it as writable:

/sbin/mount -wu /

Now, you can alter the user rights for /usr/bin with:

chmod 755 /usr/bin

After a reboot you are again able to execute the commands.
If you still have problems you should control your PATH-settings.

echo $PATH 

It should contain /usr/bin near the beginning.

So i almost gave up with solving some strange Software Crashes
For Example:

Spotlight wasn’t active. There was even no Spotlight icon.
Safari Crashes when i type the second word into a google search field.

After a while i browsed through my folder-tree and so i detected, that the tmp folder.
I remember that i set /tmp to be excluded during TM-Backups so save so Disk Space.
So after i restored this folder with

   cd /
   sudo ln -s /private/tmp /tmp
   sudo chmod 1777 /tmp

everything works fine again. IMHO it is a bug in the TM-System-Restore Workflow.

I am currently working with a middleware-App Demonstration using Nvidia’s CUDA.
After some time i make the example to work on MacOS 10.5.

You will need:

CUDA SDK and Toolkit for MacOS (you need to add the kext driver manually when installing the Toolkit)

the StoreCPU Sources

If you try to compile the source you will get some errors like this:

    ./storeGPU.h:41:19: error: cutil.h: No such file or directory
        (you need to include your inc path)

    ld: library not found for -lcutil
        (you need to include your lib path)

    storeGPU.cu:491:19: error: macro “CUT_DEVICE_INIT” requires 2 arguments, but only 1 given

        (with version 2.0 of CUDA there is another CUT_DEVICE_INIT-Method)

    Undefined symbols:

    “sg_init()”, referenced from:

    run_md5_overlap_test()     in main.o

    run_sha1_overlap_test()     in main.o

        (here you need to add parameter to match with the new CUT_DEVICE_INIT-Call)

All Settings are done with the following Patch.

If your CUDE-SDK is installed in /Developer/CUDA  (normal setup path)

You may use the following patches to make the storeGPU-Demo to run:

storegpu-diff