Im Bugtracker der MacPorts hat sich sehr lange wenig getan, das Problem wurde zwar scheinbar erkannt, es gab aber keine Lösung. Ohne einen Patch, lässt er sich immer noch nicht kompilieren. Damit er auch wirklich baut, muss das Portfile vom mplayer-devel Port mit folgendem Patch gepatcht werden.

Ist das geschehen, kann man endlich den Mplayer verwenden. Bin mal gespannt, wann es auch über den normalen Weg funktioniert.

Mein Hauptbenutzer im System, der eigentlich Admin Rechte hat, hat diese komplett verloren, obwohl er noch als Admin in der Benutzerverwaltung angezeigt wurde.

Dies hatte zur Folge, dass kein Installer mehr funktionierte, welcher nach dem Admin Passwort fragt. Ausserdem konnte ich alle Systemeinstellungen nicht freischalten, welche Admin Rechte benötigen.

Nach einigen Recherchen bin ich darauf gestossen, dass dieses Verhalten an dem Ordner ~/Library/Preferences/ByHost liegt. Dort werden einige Einstellungen von OS X gespeichert. Entfernt man den Ordner, dann wird dieser bei der nächsten Anmeldung wieder angelegt und die Admin Rechte sind wieder da. Allerdings muss man danach u. A. wieder die MobileMe Einstellungen vornehmen.

.DS\_Store Dateien dienen hauptsächlich der Optik, z.B. aktuelle Ansicht des Ordners, Icon Positionen etc.,
allerdings werden auch Kommentare darin gespeichert, es kann also u.U. zu Datenverlust führen, wenn die Erstellung von .DS_Store Dateien abgeschalten wird.

Mit folgendem Befehl kann im Terminal die Erstellung von .DS_Store Dateien abgeschalten werden:

defaults write com.apple.desktopservices DSDontWriteNetworkStores true

Lokal werden aber weiterhin .DS_Store Dateien angelegt.

Was bei der Programmierung ziemlich hilfreich ist, ist bei Textdokumente leider umständlich. Es fehlen ja die deutschen Umlaute auf der Tastatur. Mit Hilfe der Zeichentabelle von OS X lassen sich zwar die Umlaute im Text einsetzen, ist aber nicht wirklich pragmatisch.

Genau für dieses Problem gibt es ein ziemlich geniales Tastaturlayout für OS X. Unter http://hci.rwth-aachen.de/USGermanKeyboard kann das Layout geladen werden. Die Installation ist auch denkbar einfach, es muss nur das Verzeichnis Roman.bundle nach ~/Library/Keyboard Layouts verschoben werden. Danach steht ein neues Tastaturlayout “U.S. With Umlauts via Option Key” zur Verfügung.

Umlaute können nun einfach mit der Options Taste geschrieben werden. Für ein ä wäre dass z.B. options-a.

Es war sehr interessant, als die Synchronisation eingestellt habe, mein Mac auf einmal unter hoher Last stand und das Preference Panel von MobileMe nicht mehr reagierte.

Der Prozess, welcher das verursacht hat war dotmacsync. Er lief permanent mit fast 100% CPU Nutzung. Es hat einige Zeit gedauert, bis ich die Ursache gefunden habe. Schuld daran waren meine Proxy Einstellungen! Sobald ich die Verwendung eines Proxy Servers ausgeschalten habe, lief alles perfekt!

Also, falls MobileMe eine hohe Last verursacht, einfach Proxy ausschalten (bis Apple den Fehler behoben hat).

Wenn das Produkt z.B. in einen Ordner exportiert wird, dann findet man dort das Plugin Verzeichnis, das Verzeichnis configuration…Das eigentliche Program ist aber schon als Application Bundle exportiert! Was hat das für einen Sinn?

Warum werden nicht gleich, die vom Produkt benötigten Resourcen, ins Bundle genommen? Dann hätte man gleich ein komplett fertiges Bundle, welches verteilt werden kann. Genau das selbe Problem hatte einige andere Personen, und eine davon hat ein nettes kleines Tool geschrieben um das exportierte Produkt dementsprechend zu ändern.

Unter http://code.google.com/p/eclipse-osx-repackager/ gibt es ein nettes Shell Skript, welches aus dem exportiertem Verzeichnis ein Application Bundle erstellt.

Die Anwendung ist ziemlich simpel:

./EclipseOSXRepackager eclipse
Source Eclipse installation:  eclipse
Destination Mac OS X bundle:  ./Eclipse 3.3.app
 
Copying launcher...
Copying configuration area...
Copying features...
Copying plugins...
Done.

Danach hat man ein wunderbares Application Bundle
Neben der Shell Variante gibt es sogar auch noch eine GUI Version…

Einfach im Terminal.app

defaults write com.apple.dock no-glass -boolean YES
killall Dock

eingeben, und schon ist der 3D Effekt weg. Um das ganze wieder rückgängig zu machen reicht

defaults write com.apple.dock no-glass -boolean NO
killall Dock

Je schneller also die Maus bewegt wird, desto grösser ist die Beschleunigung. Die Beschleunigung lässt sich unter OS X in den Preferences auch nicht abschalten, so dass man damit einfach leben muss. Jetzt gibt es natürlich einige Programme, z.B. USB Overdrive und Steermouse, mit welchen man das alles einstellen kann. Aber nur dafür das ich keine Beschleunigung habe, $20 zu zahlen ist mir zu viel.

Es gibt allerdings eine Methode dieses Verhalten auszuschalten. Nach langem Suchen hab ich es gefunden. Im Terimal.app muessen nur die defaults verändert werden.

defaults write .GlobalPreferences com.apple.mouse.scaling -1
defaults write .GlobalPreferences com.apple.trackpad.scaling -1

Dies deaktiviert die Beschleunigung fuer Mause und Trackpads. Nach erneutem einloggen ist es aktiv. Bisher habe ich es allerdings nur unter OS X 10.4 getestet.

Eine Alternative zu NotMac sind die DotMac Scripts, welche unter http://code.google.com/p/dotmac/ verfügbar sind. Der Aufwand für die Installation ist aber wesentlich höher, und ich hab das Gefühl, dass es auch viel langsamer ist.

Der einzige Grund warum NotMac nicht mit Leopard funktioniert ist, dass der DotMac Service auf dem Server nach Dateien sucht, die es nicht gibt. Diese Dateien sollten alle unter /Library/Application Support/NotMac/Storage/anonymous/ liegen. Um nun Leopard Unterstützung einzubauen, habe ich das komplette SVN Repository von DotMac ausgecheckt und alle Dateien abgeglichen. Wichtig ist z.B. dass alle clientConfiguration-10.5* Dateien verfügbar sind. Erst dann kann Leopard mit dem Server richtig sprechen. Somit muss nur das anonymous Verzeichnis mit dem entsprechendem Verzeichnis von DotMac abgeglichen werden.

Eine weitere Sache, die NotMac bei der Installation auf dem Client macht, ist das SSL Zertifikat in die KeyChain einzutragen. Das geht allerdings nicht mehr, da eine KeyChain verwendet wird, die unter Leopard nicht mehr existiert. Eine einfache Lösung hierfuer ist, per Browser auf die SSL Seite des NotMac Servers zu gehen, das Zertifikat auf den Desktop ziehen und im KeyChain auf “Immer vertrauen” stellen.

Vom DMG werden auch einige Einträge in der /etc/hosts gesetzt. Leopard braucht aber noch mehr Einträge, dass es richtig funktioniert. Alle benötigten Einträge sind:

XXX.XXX.XXX.XXX    www.mac.com syncmgmt.mac.com idisk.mac.com 
XXX.XXX.XXX.XXX    configuration.mac.com lcs.mac.com certinfo.mac.com 
XXX.XXX.XXX.XXX    delta.mac.com notify.mac.com publish.mac.com homepage.mac.com ical.mac.com
XXX.XXX.XXX.XXX    www.mac.com. syncmgmt.mac.com. idisk.mac.com. configuration.mac.com. 
XXX.XXX.XXX.XXX    lcs.mac.com. certinfo.mac.com. delta.mac.com. notify.mac.com. 
XXX.XXX.XXX.XXX    publish.mac.com. homepage.mac.com. ical.mac.com.
17.250.248.32    www.mac2.com
17.250.248.34    homepage.mac2.com
17.250.248.38    ical.mac2.com

Auch der vom DMG ausgefuehrte reload von /etc/hosts klappt unter Leopard nicht mehr. Der neue Aufruf ist nun sudo dscacheutil -flushcache.

Somit kann NotMac mit 3 Schritten für Leopard fit gemacht werden:

• Dateien im anonymous Ordner erweitern
• SSL Zertifikat manuell vertrauen
• zusätzliche Einträge in /etc/hosts vornehmen