Nach dem Herunterladen der knapp 1,9 GB Kartenmaterial für “Western and Central Europe” brach die Aktualisierung des Gerätes mit einem Fehler ab “… error writing cnames.dat”, wobei der Dateiname vermutlich an der Stelle eher Zufall ist. Im Ergebnis lässt sich die neue Karte nicht nutzen; in meinem Fall meldete das GO, dass die Karte erst aktiviert werden müsse. Als Abo-Kunde dachte ich da nur: “Ja, nee – is klar.” Die Untersuchung des Speicherinhaltes offenbarte dann eine Restkapazität von 0 Bytes. Das erklärte Einiges, wenn auch nicht die Fehlermeldung mit der Aktivierung, aber denen glaube ich ohnehin nicht mehr. Irgendwo auf den TomTom-Seiten habe ich auch gelesen, dass der Kartenbestand für 2 GB “optimiert” sei, was eine schnellere Routenfindung ermögliche. Jeder Datenheini weiß, dass sich Zeitersparnis meistens nur mit mehr Platz erkaufen lässt, mit anderen Worten: Die 2 GB werden auch gebraucht.

Die Recherche nach den Platzfressern auf der Karte brachte dann Folgendes zu Tage:

• Spotlight hatte unter der Wurzel ein Verzeichnis mit mehreren MB Inhalt zur Indizierung angelegt, weil ich vergessen hatte in den Systemeinstellungen das Volume “INTERNAL” (so der Name nach Anmeldung auf meinem Rechner) von der Indizierung auszunehmen. Das habe ich dann sofort nachgeholt und in einem Terminalfenster mit /bin/rm -rf .Spotlight*das Verzeichnis gelöscht.
• À propos Löschen: Verträumterweise habe ich irgendwann einmal mit dem Finder Dateien auf dem GO gelöscht. Das Ergebnis war ein Verzeichnis .Trashes mit den vermeintlich gelöschten Dateien. Also weg damit, und zwar in der oben beschriebenen Weise aus dem Terminal heraus.

Um das System in einem definierten Zustand zu haben, hatte ich vor den Löschaktionen erst einmal alles gelöscht, dann mein letztes manuelles Backup (eines, das mit cp -a /Volumes/INTTERNAL/* "Zielverzeichnis" entstanden ist) zurück gespielt.

Um diese Mac-Besonderheiten bereinigt sollte das Update jetzt ja funktionieren – dachte ich. Fail. Der Fehler tauchte wieder auf, die Karte war wieder voll. Erst als ich auch noch die mitgelieferten MP3-Dateien entsorgt und die Lösch- und Rückspielprozedur wiederholt hatte, lief das Update durch. Ersatzweise hätte ich vielleicht auch meine POI-Daten wegwerfen können, aber die sind mir wichtiger als die Muzak-Dreingabe, die sowieso nicht nach meinem Geschmack war.

Eine Beobachtung des erst anwachsenden und wieder leicht abnehmenden Platzbedarfs während der Installation durch TomTom HOME lässt mich vermuten, dass es die Archivdateien auf dem Gerät auspackt, was natürlich zwischendurch mehr Platz beansprucht als der Datenbestand nach abgeschlossener Installation. Inzwischen erwartungsgemäß waren meine Favoriten sowie der Heimatstandort und weitere Einstellungen nach dem Update gelöscht, aber das wundert mich bei der vorliegenden Softwarequalität schon lange nicht mehr.

Fazit: Wer tatsächlich seinen GO 730 in der angebotenen Weise nutzt und ihn mit weiteren Daten befüllt als “nur” dem Kartenmaterial, insbesondere wenn er/sie die Daten für West- und Zentraleuropa erworben hat, sollte sich dringend eine größere Speicherkarte kaufen. Ich werde das wohl tun müssen.

Epilog: Den TMC-Empfang werde ich erst morgen ausprobieren können (siehe den letzten Eintrag aus dieser Reihe); die zugehörigen Dateien sehen bis jetzt jedenfalls ganz gesund aus.

Gute Fahrt!

Ein freundlicher Mitarbeiter des lokalen Elektro-Großmarktes (der mit den vielen Ringen) äußerte, dass ihm kein Zusammenhang mit dem Update bekannt sei und riet mir, das Gerät einzuschicken.

Unser aller Internet war aber mal wieder schlauer als der Einzelne, und deshalb stieß ich dann auf die Lösung anhand eines Forum-Postings: Bei der Installation des Kartenmaterials wurden auf dem GO im Verzeichnis Western_and_Central_Europe_2GB die Dateien tmccodes.dat und traffic.dat auf 0 Bytes gekürzt. Sollte das bei Ihnen nicht so sein, ist dieser Artikel vermutlich nicht die Lösung Ihres Problems. Da die Dateien im heruntergeladenen ZIP-Archiv des Kartenmaterials aber vollständig sind, ist das Vorgehen zur Behebung wie folgt:

1. Das TomTom mit dem Rechner als Laufwerk verbinden.
2. Vorsichtshalber ein manuelles Backup (Kopie aller Dateien und Verzeichnisse aus dem Wurzelverzeichnis) anlegen.
3. Im Verzeichnis Western_and_Central_Europe_2GB auf dem GO die Dateien tmccodes.dat und traffic.dat löschen.
4. Auf dem Rechner mit dem Download-Material im TomTom-Verzeichnis (~/Documents/TomTom unter Mac OS, C:\Dokumente und Einstellungen\TomTom unter Win XP) befindet sich im Unterverzeichnis HOME/Download/complete/map/West-_und_Mitteleuropa_2GB-1 (bzw. ohne die “-1″ oder mit einer anderen Zahl, je nachdem ob das Ihr erster oder n-ter Download des Materials war) die Datei Western_and_Central_Europe_2GB.zip. Entpacken Sie diese in ein anderes Verzeichnis.
5. Kopieren Sie aus diesem Verzeichnis die Dateien tmccodes.dat und traffic.dat in das Verzeichnis aus Schritt 3 auf den GO, aus welchem Sie die Dateien gelöscht haben.
6. Trennen Sie den GO sicher vom Computer (Auswerfen!) und starten Sie ihn neu. Auf meinem Mac tut er das von selbst.

Der TMC-Empfang sollte wieder gehen. So war es jedenfalls bei mir.

Angesichts der Tatsache, dass dies nicht das erste Mal war, dass ein Update Probleme verursachte, stellt sich abschließend nur die Frage, wann TomTom endlich seine Qualitätsprobleme in der Software-Verteilung in den Griff bekommen will.

Hence it was time to clean up things and put together what was living in the virtual diaspora of my hard disks. My remedy of choice is DokuWiki, a wiki software with an active community and few requirements, because the storage is based on plain old text files. Shortly: It needs a running web server with a PHP installation. The main disadvantage: It is not as easy to move back and forth to memory gadgets as it is with TiddlyWikis.

Unfortunately the markup notations used by both wikis differ in quite a lot of the typographic idioms. First I edited some of the tiddlers (as the tidbits of content are called in a TiddlyWiki) manually to make them fit into DokuWiki’s markup grammar, just to get a feeling for the process and quickly let the programmer’s layziness in me take over. The result was a command for my favourite and on macs very popular text editor TextMate, written in Ruby:

#!/usr/bin/env ruby -w
# Tiddly2DokuWiki - Converting TiddliWiki markup into DokuWiki markup
# [03.03.09:ofi]
$KCODE = 'U'
# Method of simple simultaneous conversion taken from
# "Ruby Cookbook, Recipe 1.18"
class String
  def mgsub (key_value_pairs=[].freeze)
    regexp_fragments = key_value_pairs.collect { |k,v| k }
    gsub( Regexp.union( *regexp_fragments ) ) do |match|
      key_value_pairs.detect{ |k,v| k =~ match } [1]
    end
  end
end
def simple_convert (text)
  text.mgsub([
    [/''/, '**' ],  #bold
    [/^\*[^*]/, '  * '],  # unordered lists 1st level
    [/^\*\*[^*]/, '    * '],  # unordered lists 2nd level
    [/^\*\*\*[^*]/, '      * '],  # unordered lists 3rd level
    [/^#[^#]/, '  - '],  # ordered lists 1st level
    [/^##[^#]/, '    - '],  # ordered lists 2nd level
    [/^###[^#]/, '      - '], # ordered lists 3rd level
    [/\|\!/, '^ '],  # table header
    [/\|\|/, '| |'],  # empty cell to blank cell, because...
    [/\|\~/, '| '],  # row span not supported in DokuWiki, use blank
    [/^\{\{\{$/, '< code>'], [/^\}\}\}$/, '< /code>']  # code paragraphs
# ATTENTION!       ^----- these blanks -----^  have to be removed!!!
# They are here only not to screw up the code output within WordPress!
  ])
end

text = simple_convert( STDIN.read ) # simple substitutions

text.gsub!( /\~(\w+)/, '\1' )  # remove WikiWord escapes
text.gsub!( /--(.+?)--/, '< del>\1< /del>' )  # strike thru
# ATTENTION! these blanks -^-------^  have to be removed!!!
# They are here only not to screw up the code output within WordPress!
text.gsub!( /^\!\s*(\w.*)/, '===== \1 =====' )  # h1 --> h2
text.gsub!( /^\!\!\s*(\w.*)/, '==== \1 ====' )  # h2 --> h3
text.gsub!( /^\!\!\!\s*(\w.*)/, '=== \1 ===' )  # h3 --> h4
text.gsub!( /\[\[(.+?)\|(.+?)\]\]/, '[[\2|\1]]' ) # links with text
text.gsub!( /\{\{\{(.+?)\}\}\}/, '\'\'\1\'\'' )  # code inline literals
# now the "master piece": converting column spanning table cells:
text.gsub!(/\|((>\|)+)([^|]+)\|/) {|m| '|' +$3 + '|'*($1.length/2) + '|' }
print text

This code is to be saved as a new command with the options Input: “Selected Text” or “Document” and Output: “Replace Selected Text”, allowing you to choose between only converting the selected part of text or all of it when nothing is selected. As always you can assign a key for activation if you like, but more important: Don’t forget to remove the spaces after the opening angular brackets in the “code” and “del” tags as indicated in the source! I had to insert them to not confuse the WordPress markup.

Disclaimer: This code is provided as is. It may serve as a tool for the purpose described here but I deny any fitness of it for any kind of usage. If  you use it, you agree that I am not responsible for any consequences following of its use.

That said, it does work well for me, but has some weaknesses:

• The conversion is stateless, meaning that it does not distinguish if a conversion takes place wihtin a “code” or a “text” section. Thus it will convert strings within code snippets as well.
• Hard line breaks will not be converted to the DokuWiki pendants (double backslash before newline or whitespace) for the same reason.
• Conversion rules for superscript and subscript are missing. If you need them you may take the rule for the “strike through” format as a template and roll your own.

To transfer the code between the textareas of a wiki page and TextMate I use the It’s All Text! add-on for Firefox, but copy and paste will do as well.

Definitely I will continue using TiddlyWikis, and with this command snippet I can do the housekeeping as long as I can keep track of all these tiddlers – hopefully.

$ sudo gem update --system

Updating RubyGems
Bulk updating Gem source index for: http://gems.rubyforge.org/
Updating rubygems-update
ERROR:  While executing gem ... (Gem::GemNotFoundException)
    could not find rubygems-update locally or in a repository

Oops. After reading some posts on the net that mainly covered the problem of gem erroneously stating that there is nothing to update, and which was not the case here, I stumpled upon a posting, which led me to the recipe described here (at least for my own further reference).

Working on Mac OS X 10.5.5 (at the time of writing) it goes like this:

1. Download the rubygems-update gem of the desired target version, e. g. from http://gems.rubyforge.vm.bytemark.co.uk/gems/, to a directory of Your choice.
2. In a Terminal window (or iTerm or whatever Your preferred shell CLI is) cd into the directory and issue the following commands:

3. $ sudo gem install -l rubygems-update-1.3.1.gem
   # actual version's name of file You downloaded

4. $ sudo update_rubygems
   # important!! (NOT gem update --system)

5. Check version:

   $ gem --version

   1.3.1

Afterwards a “gem update” should behave as usual. Although described for the mentioned operating system this should work on Ubuntu Linux (and others using the sudo mechanism) as well.

• http://evang.eli.st/blog/2007/10/28/
  installing-postgres-8-2-on-leopard-includes-system-account
• http://acts-as-blog.net/2007/11/4/postgresql-auf-mac-os-x-10-5 (in german)

Both articles reflect the changes in Leopard concerning the runtime administration of system services:

• The directory /etc/rc.d is now definetely deprecated. For starting and stopping system services launchd(8) and its controlling-facility launchtl(1) are the tools of choice.
• The NetInfo database and its manager are history as well (at least as far as Leopard is concerned). Hence users and groups which are virtual and only of some system specific interest, and therefore should not show up on the login screen, have to be created and maintained in Leopard’s Open Directory with the dscl(1) command.

The second article offers a script for having PostgreSQL started automatically by launchd, but it doesn’t work for me: After rebooting the machine postmaster (the database server process) didn’t start again. The logfile said, that it could be running already because the lockfile postmaster.pid in PostgreSQL’s data directory was still there. I had it installed under /usr/local/pgsql with the subdirectory data therein. So I deleted the .pid file (via sudo), but postmaster did not start, this time complaining about insufficient rights in the directory. In fact as the user _postgres I was not allowed to create any file in the directory although the rights mask said “drwx——” as it should be with the directory belonging to user _postgres. Funny. Finally I worked around the problem by initializing a new data directory under /Users/Shared/PostgreSQL (and hence created a mixture of the two above mentioned recipes). Then postmaster could start again, but the problem remains that in case of a system shutdown the process seems not to be able to clean things up. Hence I wrote two simple scripts to start and stop PostgreSQL on demand (giving only the first here):
sudo -u _postgres pg_ctl -D /Users/Shared/PostgreSQL/data start
So, if someone could enlighten me, what went wrong – especially with the missing rights phenomenon, and on gracefully stopping system serivces by launchd, please do. I would appreciate it very much.

[Update]: Just after finishing the post, I found the following link in the first cited article’s comments: http://www2.russbrooks.com:8080/2007/11/4/ install-postgresql-on-mac-os-x-10-5-leopard which in turn includes a link to http://www.postgresqlformac.com/ (for those behind a firewall not allowing access to port 8080), offering an installer with a precompiled binary and taking the burden of installing from the sources.

I published this as a contribution on ActiveScaffold’s project wiki. Since then there had been at least one supplement by another user. One day the wiki was not availabe, and the link structure changed afterwards and the wiki became read-only. I guess this was the final brake against comment spam, being a plague everywhere on the net by turning community features into an annoying mess of crap.

Today I decided to duplicate my former article here for backup reasons and for getting back the opportunity to have changes added by myself or others, paying the price of redundancy:

(begin of original article)

Update 06-27-07 (added missing varargs handling)
Update 06-28-07 (enforced signature conformance in #[N]_())
Update 09-12-07 (changed to use the Action Controller textdomainname and removed setting single locale: NOTE YOU MUST NOW REQUIRE localize_active_scaffold.rb in the body of your application controller)

Integrating the Ruby GetText Package
(V >= 1.2.0) with Active Scaffold (V >= 1.1) took me almost the whole yesterday.

The problems I encountered are already mentioned in the forum, so I won’t repeat them here. I came to a solution which is by no means “perfect”, but it works with bearable effort. It developed (more by itself than by me out of the “old” Active Scaffold Localization Plugin sources, I had consulted for a clue.

The core of the solution is the following module to be placed in your app’s lib subdirectory:

#  localize_active_scaffold.rb
#  Created by ofi on 2007-06-24.
#  Published under MIT license (like RoR).
#
module LocalizeActiveScaffold

  include GetText

  # [09-12-07] changed to use the ActionController textdomainname
  # and removed setting single locale
  bindtextdomain(ActionController::Base.textdomainname, :path =>
    File.join(RAILS_ROOT, "locale"))

  GT_LOG = Logger.new("#{RAILS_ROOT}/log/gettext.log")
  GT_LOG.level = Logger::WARN
  GT_LOG.error "**** Started log at #{Time.new.to_s}"

  # [06-27-07] no varargs parameter anymore
  # [07-12-07]:(anonymous) use GetText.s_ when column name is specified
  def self.translate(string_to_localize)
    if string_to_localize.include?('|')
      res = s_(string_to_localize)
      GT_LOG.debug "translate() called for: #{string_to_localize} => #{res}"
      if GT_LOG.warn? and (res == string_to_localize.split(/\|/).pop)
        GT_LOG.warn "No translation for <#{string_to_localize}>!"
      end
    else
      res = _(string_to_localize)
      GT_LOG.debug "translate() called for: #{string_to_localize} => #{res}"
      if GT_LOG.warn? and (res == string_to_localize)
        GT_LOG.warn "No translation for <#{string_to_localize}>!"
      end
    end
    return res
  end

  # [06-27-07] no varargs parameter anymore
  def self.dont_translate(string_to_localize)
    N_(string_to_localize)
  end

private

  # The following strings contained in the ActiveScaffold plugin in various
  # files serve as a proxy for rgettext (driven by the rake task updatepo)
  # for making them appear in the po files.
  def dummy
    N_('Open')
    N_('Close')
    N_('close')
    N_('Edit')
    N_('Delete')
    N_('Show')
    N_('Search')
    N_('Search Terms')
    N_('No Entries')
    N_('Found')
    N_('Create New')
    N_('Are you sure?')
    N_('Cancel')
  end

end

# The following methods delegate ActiveScaffold's call to as_() as well as
# gettext's calls to _() to the above translate() method:
class Object

  # [06-28-07]: enforce single argument signature
  def _(*args)
    LocalizeActiveScaffold.translate(args[0].to_s)
  end

  # [06-28-07]: enforce single argument signature
  def N_(*args)
    LocalizeActiveScaffold.dont_translate(args[0].to_s)
  end

  # coupling ActiveScaffold to gettext by declaring this
  # method, which will be called by AS:
  # [06-27-07]: now calling the insertion operator on the
  # varargs parameters (if any). CAVEAT: Too few parameters
  # will deliver nil as the method's result!
  # [06-28-07]: less is more: removed redundant cond. expr.
  def as_(loc_string, *args)
    LocalizeActiveScaffold.translate(loc_string) % args
  end

end

# following method replaces column labels into 'ClassName|Attribute name' forms.
# gettext returns column name as that's form.
# [07-12-07]:(anonymous)
module ActiveScaffold::DataStructures
  class Column
    def initialize_with_gettext(name, active_record_class)
      initialize_without_gettext(name, active_record_class)
      self.label = active_record_class.name.demodulize + '|' +  self.label.humanize
    end
    alias_method_chain :initialize, :gettext
  end
end

What it does:

• The enhancements to Object take care for the appropriate calls at runtime. I first tried without N_(), but saw in the log, that all strings in a “dclarative” context like in arrays or the AS config blocks triggered at least two calls, meaning that translation may happen too early, and in a real multi-language application with possible locale switches between requests, the user will be presented with the wrong translation.

• The private dummy method only flags terms for rgettext which appear in the AS sources in various files.

• The logger GT_LOG in the tranlsate() method when set to WARN will note down phrases not translated into log/gettect.log, so you can add these terms to dummy(), do the “rake updatepo; edit <…>; rake makemo” dance (see the Ruby Gettext pages for details), et voilà.

To use the module You will need to “require” it in your application.rb file after init_gettext like:

...
class ApplicationController < ActionController::Base
  init_gettext 'your_app'
  require "localize_active_scaffold"
...

Of course I won’t win a programming-elegance award with this, but as long as it can save someone some time I wish I had spent with something else, this is all I’d like to achieve.

(end of original article)

Auch die Firma Guillemot (die mit der Hercules DJ Console) hat sich gemeldet und beschrieb, wie man die (fehlerhafte) Prüfroutine auf die OS-Version außer Kraft setzt. Schon geht’s.

Bleibt einzig noch das Geplänkel mit SWSoft. Denn wie schon im letzten Beitrag zum Thema beschrieben, funktioniert der neueste Update von Parallels Desktop nur mit der Version 3.0. Schlimmer noch: Erst nach dem elektronischen Erwerb des Updates auf die Version 3.0 durfte ich feststellen, dass Versionen unterschiedlicher Lokalisation nicht update-kompatibel sind. Vor dem Kauf war da nirgends ein Warnhinweis. Das zeigt mal wieder: Man sollte sich doch dringend vor einer Anschaffung in den Foren informieren. Die Rückabwicklung des Kaufs ging dann problemlos, aber einen Distributor, bei dem ich online die passende deutsche Version des Updates beziehen könnte, habe ich immer noch nicht. Hinweise nehme ich dankend entgegen.

Fazit: Im Apple-Kern läuft das Mac OS wieder rund. Wer die volle Air-Port-Funktionalität nutzen möchte/muss oder auf den Anschluss spezieller Hardware angewiesen ist, sollte immer noch mit dem Update warten. Bei neuen Erfahrungen zu weiteren Updates wird hier mehr zu lesen sein.

Ich persönlich habe es jetzt seit vier Tagen installiert und empfehle noch zu warten, bis die Apfel-Leute sich mal wieder von ihrem Telefon abwenden und Ihrem Betriebssystem zuwenden können. Das erste Update nach Erscheinen des Leoparden war ein dringender Fix der Login-Komponente. Bezeichnenderweise widmete sich das zweite Update schon wieder der besseren Integration des iPhones in iTunes – oder umgekehrt. Wie ich es sehe ist Apple gerade dabei mit Hochgeschwindigkeit seine Vorschuss-Lorbeeren zu verbrennen.

Hinzu kommt, dass z. B. die Firma SWSoft – Hersteller der Virtualisierungssoftware Parallels – die Gelegenheit nutzt, mit der neuen Mac-OS-Version auch gleich Ihre eigenen Updates zu verkaufen: Der Fix, damit Parallels auch unter dem Leoparden (oder hinter ihm her ) rennt, funktioniert nur mit der neuesten Version 3.0 des Parallels Desktop. Das mag ja technische Gründe haben, aber die Gelegenheit ist natürlich zu verlockend, als dass man geneigt wäre allein daran zu glauben.

In Summe lässt sich festhalten, dass wohl erst einmal drei Monate ins Land gehen werden, bis sich die Dünung der doch rauhen Umstellung wieder gelegt hat und dem plätschernden Gedümpel softwaretechnischer Unaufgeregtheit weicht, das man als Mac-User so liebt.

First of all I had made a backup of all relevant files on my notebook, which is strongly encouraged even for typical mac users accustomed to enhanced stability, which should not be taken for granted as we will see. The hardware was a MacBook with a dual core Intel processor and 2 GBytes of RAM.

Installation:

After inserting the installation DVD and switching to German as my preferred language, I had chosen the “Update” option from the menu, which yielded a “blue screen” with no interaction possibilites after the first reboot, and after the second, and so on. Apple has confirmed this problem, stating that third party “application enhancing software” causes this behaviour. After skimming about 100 posts in various forums I came to the conclusion that any installed software being in some sort “near” to the system is sufficient to get this phaenomenon. In my case it was either the ClamXav virus scanner or the GlowWorm firewall. But becaus I didn’t know exactly I decided to undergo the general solution suggested by Apple to make at least an “Archive And Install”:

When I managed to remember pressing the option key while booting and entering the open firmware password, I booted from the DVD and this time I chose “Archive And Install”, which copies all programs, user accounts and settings to a directory “/Previous Systems”, if the box for remembering the network settings had been marked. This time it worked.

OpenFirmware Password Utility:

By the way: The open firmware program for changing the password was not as easy to find as it was on the Tiger disc, although the directory still is “/Volumes/Mac OS X Install DVD/Applications/Utilities/”. The directory is hidden in the finder. To copy it to Your harddrive You should either use the Terminal, or when the Leopard dis is mounted type Command+Shift+G in the Finder (or Desktop), enter the above mentioned path and You may drag a copy to where You want (mostly /Applications/Utilities).

KeePassX:

Now I needed my passwords for connecting to the rest of the world. There is an issue with the former KeePassX version, but thankfully there was a hotfix version for Leopard as well, which worked out of the box for me.

Problems with AirPort and attached drive(s):

Being always short on disk space on my notebook’s hard drive I decided to back up the above mentioned “/Previous Systems” folder. My standard tool is rync although this perhaps was a little bit overdosed, because rsync has got its strengths for repeated backups, but first You never know and second I am accustomed to its synopsis. For some time rsync was syncing, the disk was spinning and rain was falling (on the outside) when all of a sudden I was to experience my first kernel panic on Mac OS ever (“ever” refeers to somewhat in the middle of 2003). After reboot I found in the crash log a line telling me that rsync was trying to write a “corrupt node” to an HFS+ volume. And I couldn’t mount the remote disk again. After installing Apple’s Update of the “login and keychain components”, I could not even talk to the AirPort in general although it routed my internet traffic without distortion. After Resetting the AirPort (unplug, some whistling, re-plug) I was able to read the AirPort settings and mount the volume again, which now was empty! After releasing the drive and plugging it into the local USB port I got the message that the volume could not be repaired and I should reformat it. A second repair trial with the HD tool was aborted due to a “corrupt node in the tree structure” which now sounded familiar. Thanks to my paranoia I have more than one backup for really important files, but I still dont know how to make time which in turn means that I was not amused. So I dumped the old volume and had it reformatted for my first test of Leopard’s new backup feature, the “Time Machine”.

Time Machine:

Because I could not find any information in advance whether Time Machine needs the whole external drive exclusively or could use an image on that drive, I simply had to give it a try: No, you cannt use an image on that drive, and it does not require the drive to be used exclusively by itself. It creates a subdirectory under the drive’s root and in it a hierarchiy of directories of machines, volumes and timestamps. It will use the drive until it is full, and there are no hidden files, directories or whartever – according to the help files. So one should be able to use it for other purposes as well. The throughput is reported to be around 8 to 10 MB/s in several forums, which I have not measured myself, but I can tell that it takes some time, especially and not surprisingly for the inital backup made.

Most important: It worked. But: The intervals of the snapshots taken are fixed (every hour, every day, and so on). Until now I did not find a facility to specify excludes by a pattern, or even a name for repeated subdirectories, e. g. like “vimbackup” or “Caches”. An ongoing time machine run may be interrupted from the corresponding subpanel in system controls. I have tested unmounting the backup volume, which caused the backups to be paused as excpected. After mounting the corresponding volume again Time Machine resumed the backups, and I recovered a directory from a snapshot two days old. I did not make a complete system recovery from some point in the past; there are reports in the net, that this may cause to corrupt the whole installation (sorry, I have not saved the link).

NeoOffice:

Because this is my general purpose office package I installed the 2.2.2 version with german language pack and an offered “0-Patch” with Leopard support. The promised QuickLook feature then worked with OpenOffice files, although I still don’t see the use of an overview consisting of a black outline in front of a black background. Maybe it’s tweakable somewhere; I dont’ know yet.

Developer Tools:

Nothing special here; the default installation (without WebObjects but including the CLI tools) worked for me. Any specialties and pitfalls arising from the new version will be covered later if appropriate. Only one remark: I am sure to have read in some kind of document I cannot remember anymore that die CLI tools are not part of the default installation, but they are.

(Lack Of) Security:

After installation Leopard’s firewall is open (!) allowing incoming connections to any running service. The settings for the firewall are located in “System Settings” -> “Security” under the firewall tab. Before you switch on application dependant filtering, which usually is a fine mechanism to control outgoing traffic, beware! There are issues known, leading to applications not working anymore. For a concise reading about the whole thing I recommend this article on securosis.com. At the time of this writing the best compromise seems to be to disallow incoming connctions and enable the stealth mode by checking the box in the enhanced options dialog.

PostgreSQL:

To install a current version of this database I obtained the source files from the PostgreSQL download area and generally followed the instructions of this article which unfortunately is written in german, but an alternate source will get You to a running database as well, although the latter does not include an example for a new launch daemon control file. For those (like me) who experience warning of short shared memory or other kernel ressources when starting the database, this very short but sufficient posting may help.

MySQL:

If You were already runnning a MySQL of version 5.0.45, You can get along with more or less just copying Your old installation following these instructions. I had no luck in using this procedure, maybe because I was still using version 5.0.41. So I installed the 5.0.45 binary from the MySQL website, but did not install the System Preferences pane. Instead I used the launchd configuration from the above linked post.

Concluding remark:

This was all I needed for having my development stack working again. Of course there are several additional issues to be solved and I have not yet touched iPhoto or iTunes yet. By the way, since last night there are updates available: Better iPhone integration of iTunes and Quicktime. Facing the bugs of leopard one tends to wonder who at Apple is setting priorities.

Am Anfang ging noch so weit alles gut. Das Gerät war einigermaßen fix eingerichtet, auch wenn die Behelfsmontage mit Saugfuß an der Frontscheibe, Stromzuführung über die ZA-Buchse, Zwischenkabel mit TMC-Empfänger, daran angeschlossener Wurfantenne und deren eigener Befestigung mittels zweier weiterer Saugfüßchen das Cockpit schon etwas unaufgeräumt wirken ließ. Die Führung über die Autobahnen bis nach Italien war unproblematisch, und bis Südtirol gab es auch einen TMC-Empfang, also die Informationen, die dem Gerät eine automatische Stauumfahrung ermöglichen sollen. Ob das funktionieren würde, weiß ich nicht, weil die Gelegenheit fehlte. Wenn ich dann die vorgeschlagene Route verlassen musste, weil die Straße gesperrt war, merkte das Gerätchen das auch meistens recht schnell und rechnete eine Alternative aus. Diese war nur manchmal nicht den Gegebenheiten entsprechend, weil die Sperrung länger war als nur bis zur nächsten Rückführungsmöglichkeit. Das hätte ich ja eingeben können, wenn ich es nur selbst gewusst hätte. Außerdem passierte es, dass wenn man der gesperrten Strecke geografisch zu nahe kam, der elektronische Copilot annahm, dass man wieder auf die ursprünglich vorgesehene Straße zurück gekehrt wäre. Die Frauenstimme mit dem moralischen Unterton verlangte dann “Bitte wenden”. Wegen der leichten Quängeligkeit hat mein Herzblatt das Gerät dann Susi getauft, nach unserer ähnlich quängeligen Nachbarskatze, wenn man dieser verwehrt, mitten in der Nacht bei ihrem Frauchen zu klingeln, damit sie eingelassen wird.

In den folgenden Tagen häuften sich dann die Unzulänglichkeiten, die den Nutzwert eines solchen Gerätes nach meinen wohl etwas verwöhnten Ansprüchen stark mindern: Straßenverläufe und Verkehrsführungen, die sich – nach dem Straßenzustand zu urteilen – schon länger geändert haben müssen, waren im Datenbesatand nicht berücksichtigt. Es fehlten Straßennamen, was lästig ist, wenn nach den “80 Metern”, nach denen abzubiegen ist, in kurzer Folge vier Querstraßen folgen, und man im Display nicht erkennen kann, welche nun gemeint ist. Wollte man in der Kartenübersicht nachvollziehen, wo man sich jetzt hin “vernavigiert” hatte, musste man erst auf eine bestimmte Stufe hinaus zoomen, um überhaupt den Ortsnamen angezeigt zu bekommen.

Die Routenplanung ist auch im Vorfeld auch kaum möglich: Eine errechnete Route kann man nicht anhand einer Liste überfliegen, man muss sich dem vorgezeichneten Verlauf entlang hangeln und dabei dann hinein und hinaus zommen, um an die schriftlichen Informationen zu gelangen. Eine Änderung der Route ist nur umständlich über künstliche Zwischenziele möglich, wenn man z. B. inzwischen weiß, dass eine Ortschaft oder eine bestimmte Straße (s. o.) gesperrt ist.

Als einen Stadtführer habe ich nur einmal versucht, den Wegerechner zu benutzen. Meistens wusste er nicht, in welche Richtung ich stehe, weil ich vermutlich zu langsam laufe, und an der Übersichtlichkeit mangelte es ja ohnehin, insbesondere wenn man an der Kreuzung zweier Gassen steht, die zwar auf dem Display zu sehen sind, nicht aber ihre Namen.

Diese Hemmnisse sind nicht gerätespezifisch. In der Zwischenzeit habe ich mit anderen Navi-Usern gesprochen, und mir auch andere Geräte angesehen, die ich auf meine Malus-Liste hin abgeklopft habe. In dem einen oder anderen Punkt ist ein beliebiges anderes Gerät möglicherweise besser, hat dann aber wieder größere Mängel an anderer Stelle. Das Kartenmaterial betreffend war keines der anderen von mir betrachteten Geräte besser, wie ich aufgrund ausgewählter Adressen überprüft habe, zu denen ich in der letzten Woche nicht mit Susis Hilfe, sondern nur mit der von Einheimischen gelangt war.

Somit hatte es auch keinen Sinn für mich, das Gerät umzutauschen, denn ein Besseres war nicht in Sicht. Vielleicht versuche ich es nächstes Jahr mal wieder – hoffentlich mit einer “Lucy” oder einer “Clementine”, die für alle Wegstreckenprobleme eine Lösung haben.