Achtung: bei diesem Vorgang werden sämtliche Daten auf dem Gerät gelöscht! Sie müssen also vorher gesichert werden! Der Vorgang geschieht außerdem auf eigene Gefahr!

Ich hatte bereits das Android-SDK in meinem Home-Verzeichnis unter ~/bin/android-sdk-linux installiert und die Verzeichnisse tools und platform-tools dem PATH hinzugefügt (dies wird u.a. auch in dieser Anleitung erklärt). Das SDK bringt leider nicht das Tool fastboot mit, das zum Flashen des originalen Android-Images notwendig ist. Die Binaries von Fastboot und ADB (letzteres ist aber auch im SDK enthalten) können über den zuvor genannten Link heruntergeladen werden. Ich habe einfach die fastboot-Binary in mein “platform-tools”-Verzeichnis im SDK-Ordner entpackt und die adb-Binary aus dem aktuellen SDK verwendet.

Nun muss das offizielle Image von Google heruntergeladen und entpackt werden. Wichtig: hier die Version “4.0.1 (ITL41F)” verwenden – denn in dieser ist der Lautstärke-Bug behoben. In diesem Verzeichnis sind Bootloader-, Baseband- und ein Android-Image sowie ein Shell-Skript zum Flashen enthalten.

Die weitere Prozedur kann auch in diesem Beitrag nachvollzogen werden: Bei den betroffenen Geräten ist der Bootloader bereits entsperrt (was an einem offenen Schloss beim Booten unterhalb des Google-Logos zu sehen ist). Um im Bootloader-Modus zu starten, muss das Gerät ausgeschaltet werden, anschließend Volume-Up- und Down-Regler gedrückt halten und das Gerät bei gedrückten Tasten einschalten. Das Gerät startet mit einem grünen Androiden im Bootloader-Modus. Daraufhin das Gerät per USB an den PC anschließen.

Um festzustellen, ob fastboot das Gerät erkennt, reicht ein fastboot devices auf der Konsole. Wird es nicht erkannt, erfolgt keine Ausgabe – falls doch, folgt eine Ausgabe mit der Seriennummer des Geräts. Bei mir war es notwendig, fastboot mittels sudo aufzurufen – woraufhin fastboot nicht mehr im PATH war – also musste ich ganz ausführlich werden: sudo /home/raphael/bin/android-sdk-linux/platform-tools/fastboot devices – dann wurde das Gerät angezeigt. Jetzt müssen eigentlich nur nacheinander die Befehle aus dem Shell-Skript im entpackten Ordner der Original Google-Images ausgeführt werden. Die Datei “flash-all.sh” kann man einfach in einem Texteditor öffnen und falls nötig die fastboot-Befehle anpassen. Original sieht die Datei so aus:

#!/bin/sh
 
# Copyright (C) 2011 The Android Open Source Project
#
# Licensed under the Apache License, Version 2.0 (the "License");
# you may not use this file except in compliance with the License.
# You may obtain a copy of the License at
#
#      http://www.apache.org/licenses/LICENSE-2.0
#
# Unless required by applicable law or agreed to in writing, software
# distributed under the License is distributed on an "AS IS" BASIS,
# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
# See the License for the specific language governing permissions and
# limitations under the License.
 
fastboot flash bootloader bootloader-maguro-primekj10.img
fastboot reboot-bootloader
sleep 5
fastboot flash radio radio-maguro-i9250xxkk1.img
fastboot reboot-bootloader
sleep 5
fastboot -w update image-yakju-itl41f.zip

Ich habe – wie erwähnt – einfach die Befehle einzeln ausgeführt und “fastboot” jeweils ersetzt, also nicht direkt das Shell-Skript verwendet. Ich bin also in den Ordner mit den Images gewechselt, habe einfach folgende Befehle nacheinander auf der Konsole ausgeführt und auf eine positive Bestätigung bzw. den Neustart des Geräts in den Bootloader abgewartet, damit entfallen die sleep-Zeilen aus dem Original-Shellscript.

cd /home/raphael/Downloads/yakju-itl41f # in den Ordner, in den die Images entpackt wurden, wechseln
sudo /home/raphael/bin/android-sdk-linux/platform-tools/fastboot flash bootloader bootloader-maguro-primekj10.img
sudo /home/raphael/bin/android-sdk-linux/platform-tools/fastboot reboot-bootloader
sudo /home/raphael/bin/android-sdk-linux/platform-tools/fastboot flash radio radio-maguro-i9250xxkk1.img
sudo /home/raphael/bin/android-sdk-linux/platform-tools/fastboot reboot-bootloader
sudo /home/raphael/bin/android-sdk-linux/platform-tools/fastboot -w update image-yakju-itl41f.zip

Das letzte Kommando – das Flashen des Systems – dauerte bei mir etwa zwei Minuten, Bootloader- und Baseband-Flashen dauerte nur wenige Sekungen. Danach startet das Gerät neu – mit dem richtigen Android-Build von Google! Nun beginnt die Arbeit, alles wieder neu einzurichten…

Die ursprüngliche Etherpad-Software ist enorm ressourcenhungrig und die Codebase sehr umfangreich – insbesondere die hohen Anforderungen an den Arbeitsspeicher (im laufenden Betrieb wohl ca. 1 GB!) hielten mich von der Installation auf meinem Server ab. Etherpad Lite hingegen begnügt sich nach eigenen Angaben im laufenden Betrieb mit rund 30 MB Arbeitsspeicher.

Diese Anleitung beschreibt die Installation von Node.js, NPM und Etherpad Lite auf Ubuntu 10.04 Server. Da in den meisten Fällen auf Port 80 eines bestehenden Servers bereits ein Webserver (in meinem Fall Apache) läuft, wird Etherpad Lite hinter Apache als Reverse-Proxy (via mod_proxy) installiert. Sicherlich nicht die beste Lösung, eine “non-blocking” Node.js-Applikation hinter einem “blocking” Apache-Server zu installieren – Nginx wäre hier sicherlich eine bessere Wahl. Aber vorerst soll Apache als Reverse-Proxy genügen. Des weiteren richten wir eine Upstart-Konfiguration ein, die Etherpad Lite nach jedem Reboot automatisch startet.

Installation von Node.js

Zunächst installieren wir Node.js auf dem Server. Die Version in den Ubuntu-Paketquellen ist deutlich zu alt, deshalb müssen wir selbst kompilieren. Da wir Node.js, den Node-Paketmanager NPM und die Applikation aus Sicherheitsgründen unter einem eigenen User installieren möchten, legen wir diesen zunächst an:

groupadd nodejs
useradd -g nodejs -s /bin/bash -d /var/lib/nodejs nodejs
mkdir /var/lib/nodejs
chown nodejs:nodejs /var/lib/nodejs

Nun wurde der User nodejs angelegt, sein Home-Verzeichnis ist /var/lib/nodejs. Nun bereiten wir den User für die Installation von Node.js und NPM vor – wir wechseln in den User nodejs:

su nodejs
cd ~

Der folgende Inhalt muss in die Datei /var/lib/nodejs/.npmrc:

root =    /var/lib/nodejs/.node_modules
binroot = /var/lib/nodejs/local/bin
manroot = /var/lib/nodejs/local/share/man

Die entsprechenden Ordner müssen nun noch angelegt werden:

mkdir ~/local
mkdir ~/local/bin
mkdir ~/local/share
mkdir ~/local/share/man

Nun fügen wir den Ordner ~/local/bin noch zum PATH hinzu – die folgende Zeile muss zum einen in die Datei /var/lib/nodejs/.bashrc, zum anderen einmal in der Shell eingegeben werden:

export PATH=$HOME/local/bin:$PATH

Jetzt installieren wir die notwendigen Abhängigkeiten über apt / aptitude:

sudo apt-get install build-essential python libssl-dev git-core libsqlite3-dev gzip curl

Nun kann Node.js heruntergeladen und kompiliert werden. Dazu “klonen” wir das Git-Repository und checken die letzte stabile Version aus – was spätere Updates erleichtert.

mkdir ~/local/src
cd ~/local/src
git clone git://github.com/joyent/node.git
cd node
git checkout v0.4.12
./configure --prefix=$HOME/local/
make
make install

Installation von NPM

Jetzt ist Node.js installiert – wir benötigen aber noch den Node.js-Paketmanager NPM. Den installieren wir ebenfalls aus den GIT-Quellen:

cd ~/local/src
git clone https://github.com/isaacs/npm.git
cd npm
git checkout v1.0.30
make install

Zu guter letzt legen wir noch einen Symlink an, damit NPM später das Verzeichnis für die Node-Module findet, das wir weiter oben bereits konfiguriert haben:

ln -s ~/local/lib/node_modules ~/.node_modules

Installation von Etherpad Lite

Nun sind endlich die Voraussetzungen gegeben, um Etherpad Lite zu installieren. Dies tun wir ebenfalls aus den GIT-Quellen. Danach rufen wir ein Shell-Script auf, um die Abhängigkeiten zu installieren.

mkdir ~/node-apps
cd ~/node-apps
git clone git://github.com/Pita/etherpad-lite.git
cd etherpad-lite
./bin/installDeps.sh

Jetzt kann die Konfiguration angepasst werden, die sich in der Datei /var/lib/nodejs/node-apps/etherpad-lite/settings.json befindet. Da ich das Etherpad mit MySQL als Datenbank betreiben möchte, kommentiere ich die vorhandene SQLite-Konfiguration aus und füge den MySQL-Benutzer und den Datenbank-Namen hinzu, die ich beide vorher angelegt habe. Den “loglevel” setze ich außerdem auf “WARN”, um nicht zu viele unnötige Log-Meldungen zu schreiben.

Jetzt legen wir gleich eine Upstart-Konfiguration an, um sicherzustellen, dass das Etherpad nach jedem System-Neustart automatisch gestartet wird. Für eine regelmäßige Überwachung und ggf. Neustart des Etherpads im Fehlerfalle bietet sich Monit an – was aber nicht Teil dieses Artikels sein soll.

Wir legen nun die Datei /etc/init/etherpad-lite.conf mit folgendem Inhalt an (auf Grundlage dieser Quelle):

description "etherpad-lite"
 
start on started networking
stop on runlevel [!2345]
 
env NODEBIN=/var/lib/nodejs/local/bin/node
env EPHOME=/var/lib/nodejs/node-apps/etherpad-lite
env EPLOGS=/var/log/etherpad-lite
env EPUSER=nodejs
 
pre-start script
    chdir $EPHOME
    mkdir $EPLOGS                              ||true
    chown $EPUSER:admin $EPLOGS                ||true
    chmod 0755 $EPLOGS                         ||true
    chown -R $EPUSER:admin $EPHOME/var         ||true
#    exec su -s /bin/bash -c 'exec "$0" "$@"' $EPUSER $EPHOME/bin/installDeps.sh >> $EPLOGS/error.log || { stop; exit 1; }
end script
 
script
  cd $EPHOME/node
  exec su -s /bin/bash -c 'exec "$0" "$@"' $EPUSER $NODEBIN server.js \
                        >> $EPLOGS/access.log \
                        2>> $EPLOGS/error.log
end script

(Diese Upstart-Konfiguration ist noch nicht optimal – spontan gelang es mir nicht, das Shell-Script installDeps.sh im pre-start erfolgreich auszuführen. Deshalb muss man daran denken, dieses Script nach einem Etherpad-Update manuell auszuführen.)

Jetzt kann Etherpad ganz einfach mittels

start etherpad-lite

gestartet werden.

Einrichtung des Apache Reverse-Proxys

Nun richten wir Apache ein, damit Etherpad auf Port 80 erreichbar ist. Dafür verwenden wir z.B. die Subdomain etherpad.example.lit – und folgende virtuelle Host-Konfiguration (beispielsweise in der Datei /etc/apache2/sites-available/etherpad.example.lit):

<virtualhost *:80>
        ServerName etherpad.example.lit
 
        ServerAdmin webmaster@localhost
 
        <ifmodule mod_proxy.c>
            ProxyVia On
            ProxyRequests Off
            ProxyPass / http://localhost:9001/
            ProxyPassReverse / http://localhost:9001/
            ProxyPreserveHost on
            <proxy *>
                Options FollowSymLinks MultiViews
                AllowOverride All
                Order allow,deny
                allow from all
            </proxy>
        </ifmodule>
 
        ErrorLog /var/log/etherpad-lite/apache2/error.log
 
        # Possible values include: debug, info, notice, warn, error, crit,
        # alert, emerg.
        LogLevel warn
 
        CustomLog /var/log/etherpad-lite/apache2/access.log combined
        ServerSignature Off
</virtualhost>

Wichtig: das Verzeichnis /var/log/etherpad-lite/apache2/ für die Apache-Logs muss angelegt werden!

Daraufhin kann der oben angelegte virtuelle Apache-Host aktiviert werden. Außerdem müssen die Apache-Module mod_proxy und mod_proxy_http aktiviert sein, danach kann die Apache-Konfiguration neu geladen werden:

a2ensite etherpad.example.lit
a2enmod proxy proxy_http
/etc/init.d/apache2 reload

Nun sollte das Etherpad unter http://etherpad.example.lit erreichbar sein!

Konfiguration von Logrotate

Wir haben nun einige Log-Dateien unterhalb von /var/log/etherpad-lite/, die schnell sehr groß werden können. Deshalb konfigurieren wir Logrotate so, dass diese Dateien wöchentlich rotiert und gepackt und für acht Wochen vorgehalten werden. Dazu fügen wir einfach folgende Zeilen zur /etc/logrotate.conf hinzu – oder legen eine /etc/logrotate.d/etherpadlite mit dem folgenden Inhalt an:

# rotate etherpad lite logs
/var/log/etherpad-lite/*.log {
        weekly
        missingok
        rotate 8
        compress
        notifempty
}
/var/log/etherpad-lite/apache2/*.log {
        weekly
        missingok
        rotate 8
        compress
        notifempty
}

Installation von Abiword für Import/Export (optional)

Für den erweiterten Import/Export muss die Textverarbeitungs-Software Abiword installiert werden – deren Binaries benutzt Etherpad zum Lesen und Schreiben von Dokumenten. In Ubuntu 10.04 ist Abiword in den Paketquellen vorhanden, deshalb reicht ein:

apt-get install abiword

Daraufhin muss in der /var/lib/nodejs/node-apps/etherpad-lite/settings.json der Pfad zum Abiword-Binary angepasst werden:

/* This is the path to the Abiword executable. Setting it to null, disables abiword.
     Abiword is needed to enable the import/export of pads*/
  "abiword" : "/usr/bin/abiword",

Nach einem Neustart mittels

stop etherpad-lite
start etherpad-lite

stehen die erweiterten Import-/Export-Funktionen zur Verfügung – dann kann ein Pad beispielsweise auch als PDF exportiert werden.

Abschluss

Etherpad Lite ist meiner Meinung nach ein sehr nützliches Tool, um gemeinsam Dokumente zu bearbeiten, Protokolle und To-Do-Listen zu erstellen usw. – was durch die Export-Funktion in viele Formate sehr gut ergänzt wird. Es existieren auch bereits viele Bibliotheken und Plugins, welche die HTTP-API von Etherpad nutzen, um Etherpads in eigenen Applikationen bequem einzubinden – Libraries für Ruby, PHP, ein jQuery-Plugin, ein Drupal-Modul (im Entwicklungsstadium) und viele mehr.

Ein Hinweis zum Schluss: diese Anleitung stellt sicher kein Optimum dar – jedoch war es mir wichtig, Node.JS sowie NPM nicht als root-User zu installieren. Deshalb weicht diese Anleitung zum Teil von den meisten im Netz zu findenden Anleitungen ab. Verbesserungsvorschläge nehme ich gern per Kommentar oder E-Mail entgegen!

Quellen und weiterführende Links:

• Ein besseres Etherpad dank Etherpad Lite!
• Building and Installing Node.js
• Etherpad Lite Readme
• Node.js HOWTO: Install NPM as user (not root)
• Install Etherpad Lite on Ubuntu and Debian
• npm install locally
• How to put Etherpad Lite behind a reverse Proxy
• Deploying Node.js With Upstart and Monit
• Run Node.js as a Service on Ubuntu
• How to deploy Etherpad Lite as a service

Moderne Smartphones versehen Fotos, die mit der integrierten Kamera aufgenommen wurden, auf Wunsch automatisch mit “Geo-Tags”. Will man jedoch beispielsweise Fotos, die man mit einer Spiegelreflexkamera (DSLR) aufgenommen hat, geotaggen, wird es etwas komplizierter. Die wenigsten Digitalkameras haben derzeit einen integrierten GPS-Sensor, über den sie die aktuelle Position abfragen könnten. Für diesen Einsatzzweck gibt es kleine Geräte – “Geo-Logger”, die man unterwegs zusätzlich zur Kamera mitnimmt. Diese Geräte zeichnen die Position auf und erlauben es später, entweder über eine externe Software am PC oder direkt durch das Einstecken der SDHC-Karte die Positionsdaten in die Fotos zu schreiben. Dabei wird die Aufnahme-Uhrzeit der Bilder mit der vom Geo-Logger aufgezeichneten Position zu dieser Uhrzeit verglichen.

Diese externen Geo-Logger haben aber zwei Nachteile: zum einen hat man ein zusätzliches Gerät, das man mit sich herumtragen muss und bei dem man auch ständig dafür sorgen muss, dass der Akku geladen ist. Zum anderen muss man Geld für ein Gerät ausgeben, obwohl man möglicherweise bereits Gadgets hat, die diese Aufgabe übernehmen könnten. Jedes moderne Smartphone besitzt einen GPS-Sensor und ist in der Lage, die eigene Position regelmäßig zu speichern.

Hier kommt für Benutzer des Smartphone-Betriebssystems HP/Palm WebOS die von mir geschriebene Anwendung “Geotag-Logger” ins Spiel, die im offiziellen HP App Catalog zu finden ist. Es existierten bereits einige Anwendungen, mit denen man die eigene Position tracken konnte – jedoch keine Anwendung, die wirklich gut für diesen Einsatzzweck geeignet war. Denn wenn man zu Fuß unterwegs ist und Fotos macht, braucht man nicht im Sekundentakt die eigene Position zu erfassen – größere Intervalle sorgen für einen deutlich geringeren Akku-Verbrauch und sollten dennoch ausreichend sein.

Mit “Geotag-Logger” für WebOS kann man entweder manuell das Speichern der aktuellen Position auslösen oder über einen automatischen Modus alle fünf Minuten die Position speichern lassen. Die erzeugten Daten können daraufhin im GPX-Format auf die USB-Partition gespeichert und von dort aus auf den PC übertragen werden. Am PC können dann mit Hilfe der GPX-Datei Positionsdaten in die Fotos geschrieben werden. Dazu können Open-Source-Anwendungen wie Geotag (Linux/Windows), GPicSync (Linux/Windows) oder GPSCorrelate (Linux) verwendet werden. Zum Taggen der Fotos existieren drei Artikel unter spiegel.de, awokenmind.de und schrenk.cc, die einen Überblick über das Vorgehen geben.

Wenn man sich unterwegs schon einmal vergewissern möchte, ob die Anwendung den eigenen Weg korrekt aufgezeichnet hat, kann man bereits zwischendurch schon einmal die Daten als GPX exportieren und die GPX-Datei anschließend mit dem kostenlos im App Catalog erhältlichen GPX Mapper öffnen. Die Anwendung zeichnet die gespeicherten Standortdaten auf eine Google-Maps-Karte.

Geotag-Logger benötigt mindestens WebOS 2.1, da die Anwendung zum Speichern der GPX-Datei auf der USB-Partition des Geräts einen Node.JS-Service verwendet – dieses Feature gibt es erst ab WebOS 2.x.

“Geotag-Logger” ist Freie Software, lizensiert unter der GPL v3. Das bedeutet, die Anwendung ist nicht nur kostenlos, sondern Sie dürfen sie außerdem an andere weitergeben, sich den Quellcode ansehen (für den Fall, dass Sie Softwareentwickler sind), den Quellcode Ihren Bedürfnissen anpassen und Ihre Anpassungen mit anderen teilen. Den Quellcode der Anwendung finden Sie im GIT-Repository der Projekt-Website (englisch).

Da ich nun stolzer Besitzer eines HP/Palm Pre 2 bin, auf dem mittlerweile WebOS 2.1 läuft, habe ich mich entschlossen, eine kurze Anleitung für Besitzer des Pre 2 bzw. WebOS 2.1 zu schreiben. Preware wird in diesem Artikel – im Gegensatz zur alten Anleitung – nicht über das Programm “WebOS Quick Install” installiert, sondern über die Kommandozeile. “WebOS Quick Install” ist offensichtlich noch nicht mit WebOS 2.1 kompatibel.

Auch für diese Anleitung gilt: Die Installation erfolgt auf eigene Gefahr! Dieser Artikel ist allerdings an die vielseits erprobte, englischsprachige Anleitung von webos-internals.org angelehnt.

Installationsschritte:

1. Laut Anleitung im Palm Developer Center muss das aktuelle WebOS-SDK installiert werden. Dazu gehört insbesondere der Novacom-Treiber (palm-novacom_1.0.64_i386.deb für 32-bit-Systeme, palm-novacom_1.0.64_amd64.deb für 64-bit-Systeme) und das SDK-Paket. (Für aktuelle Pakete bitte immer über den Palm Developer Center herunterladen!) Die Installation kann z.B. über die Kommandozeile erfolgen (am Beispiel für 64-bit-Systeme):

   sudo dpkg -i --force-architecture palm-sdk_2.1.0-svn409992-pho519_i386.deb
   sudo dpkg -i --force-architecture palm-novacom_1.0.64_amd64.deb

2. Über get.preware.org das aktuelle Preware-IPK-Paket herunterladen (mindestens die Version 1.5.0, z.B. entweder org.webosinternals.preware_1.5.0_arm.ipk für den Pre und org.webosinternals.preware_1.5.0_i686.ipk für den Emulator).
3. Nun muss der Developer-Modus im Pre 2 aktiviert werden. In WebOS 2.1 funktioniert das nicht mehr mit dem aus WebOS 1.x bekannten Konami-Code, sondern über eine andere Tastenkombination. Auf dem Startbildschirm muss folgendes eingegeben werden: webos20090606 – dann erscheint wie gewohnt das blaue Icon, mit dem der Developer-Modus eingeschaltet werden kann. Eine angenehme Neuerung: das Gerät muss nicht, wie in älteren WebOS-Versionen, neugestartet werden!
4. Das Gerät kann nun via USB an den PC angeschlossen werden – nicht im Massenspeicher-Modus, sondern “Nur aufladen” auswählen.
5. Nun kann das Preware-IPK-Paket installiert werden. Mittels Konsole wechselt man in das Verzeichnis, in dem man das heruntergeladene Preware-Paket gespeichert hat, und benutzt das Kommando “palm-install”, um das IPK auf dem Gerät zu installieren:

   cd ~/Desktop
   palm-install org.webosinternals.preware_1.5.0_arm.ipk

6. Preware ist nun installiert und kann benutzt werden. Am Besten gleich Preware öffnen und ggf. auf die aktuelle Version aktualisieren. Außerdem kann der Developer-Modus wieder deaktiviert werden.

Nun kann auch auf dem Pre 2 unter WebOS 2.1 die Vielzahl an “Homebrew-Apps” installiert werden!

Abhilfe gibt es theoretisch bereits seit mehreren Jahren: Server Name Indication (SNI) ist eine Erweiterung des SSL-Protokolls, bei der einfach bereits beim Verbindungsaufbau vor dem SSL-Handshake der gewünschte Hostname mitgesendet wird.

Serverseitig benötigt diese Erweiterung insbesondere OpenSSL ab Version 0.9.8f sowie Apache ab 2.2.12 – außerdem müssen beim Kompilieren diverse Flags gesetzt sein. Seit Ubuntu 9.10 “Karmic Koala” sind sämtliche Voraussetzungen erfüllt, ich habe SNI nun erstmalig problemlos mit 10.04 “Lucid Lynx” im Einsatz. SNI funktioniert mit Apache und OpenSSL nun ohne Neu-Kompilieren “out of the box”.

Die Vorgehensweise ist im Prinzip ganz einfach: nach einem

NameVirtualHost *:443

können in den Apache-Konfigurationsdateien mehrere virtuelle SSL-Hosts definiert werden, die jeweils eigene SSL-Zertifikate besitzen. Weitere Infos sind im Apache-Wiki sowie hier zu finden.

Eine weitere Option erlaubt das Erzwingen von SNI: übermittelt ein Client nicht die SNI-Header, kann er den jeweiligen virtuellen SSL-Host nicht erreichen. Diese Option ist standardmäßig auf “off”.

SSLStrictSNIVHostCheck on

Der Haken: neben dem Server muss natürlich auch der Client SNI unterstützen. Internet Explorer unter Windows XP unterstützen SNI generell nicht (wobei es Berichte gibt, dass mit XP SP3 die Unterstützung vorhanden ist), Konqueror beherrscht SNI ebenfalls nicht. Ein Überblick über die Browser-Unterstützung findet sich hier. Ob ein Browser SNI unterstützt, kann man bei sni.velox.ch testen.

Zumindest in einigen Bereichen kann man SNI trotz der teilweise fehlenden Client-Kompatibilität bereits einsetzen – die client-seitige Unterstützung wird sich in Zukunft weiterhin verbessern.

Ein Artikel zum Thema ist in der c’t 23/09 erschienen und ebenfalls bei sni.velox.ch zu finden.

Lediglich Compiz funktionierte teilweise nicht (die “Minimieren”-Animation) – dies ließ sich durch ein Zurücksetzen der Compiz-Konfiguration aber beheben.

Auf die nächsten 6 Monate…

Ich finde den Eindruck sehr gelungen und elegant. Lediglich bei einigen älteren GTK-Anwendungen ist das Thema noch unvollendet. Es gibt ein passendes Firefox-Theme dazu; für Opera verwende ich das recht passende, jedoch an Google Chrome angelehnte Opera Google Chrome Dust-Theme.

Bevor das Theme verwendet werden kann, muss eine aktuelle Version des Murrine-Renderers installiert werden, die allerdings als .deb für Ubuntu Hardy Heron und Intrepid Ibex vorliegt. Alle Dateien sowie Anleitungen zur Installation gibt es hier.

Dank Wine kann man Windows-Software unter Linux laufen lassen. Und dank einem weiteren Projekt, IEs4Linux, wird die Installation von Internet Explorer 5, 5.5, 6 und 7 zum Kinderspiel.

Zuerst muss Wine und cabextract installiert werden. Das geht dank vorhandener Pakete unter Ubuntu mit

sudo aptitude install wine cabextract

Danach lädt man sich das aktuelle Archiv von IEs4Linux, entpackt es und startet die Installation:

wget http://www.tatanka.com.br/ies4linux/downloads/ies4linux-latest.tar.gz
tar xvfz ies4linux-latest.tar.gz
cd ies4linux-*
./ies4linux

Im weiteren Verlauf kann man auswählen, welche Versionen man installiert haben möchte. Dann werden die Installationspakete vom Microsoft-Server geladen und automatisch unter Wine installiert.

Die Browser funktionieren bei mir – allerdings mit einigen Ecken und Kanten. Aber zum Testen sollte es allemal reichen.

Dabei war mir Linux keineswegs fremd – durch meine Arbeit im Bereich Webentwicklung und die Administration meines Debian-Servers arbeite ich seit mehreren Jahren mit Linux.

Das neue Betriebssystem

Auf der Suche nach einer Linux-Distribution waren mir einige Dinge wichtig: vor allem Verlässlichkeit, Einfachheit und kürzere Release-Zyklen als bei Debian. Mein Desktop-Rechner muss funktionieren – in der Regel habe ich wenig Lust auf viel Kompilieren, sondern bevorzuge die Bequemlichkeit von vorkompilierten Paketen. Experimentiert wird auf einem Testsystem. Dennoch möchte ich mehr oder weniger aktuell sein. Debian Stable ist für Server perfekt, aber für einen Desktop etwas zu konservativ, wie ich finde. Deshalb fiel meine Wahl zunächst auf Ubuntu, das ja auf Debian basiert, allerdings zweimal jährlich eine neue Version veröffentlicht. Aktuell ist die 8.04 (“Hardy Heron”). Sicher nicht die anspruchsvollste Distribution, aber dafür funktioniert einfach vieles, wenn nicht sogar fast alles von Haus aus.

Die Installation

Das, was bei Linux noch vor wenigen Jahren recht schwierig erschien, war mit dem Ubuntu-Installer fast erschreckend schnell erledigt: die Installation. Dabei wurde für meinen Geschmack fast zu wenig gefragt – ein paar Klicks, etwas Wartezeit – dann war das System auch schon installiert. Ein wenig vermisste ich Optionen vor dem Installationsprozess wie die Auswahl von Softwarekomponenten. Fast alles funktionierte nach der Installation – Grafikkarte, sogar Compiz (für Transparenz- und andere Effekte verantwortlich), Bluetooth-Dongle usw. liefen automatisch. Lediglich die Webcam (eine Logitech QuickCam Communicate STX) wurde zwar erkannt, funktionierte aber nicht.

Datenaustausch mit der Windows-Partition

Eines der großen Hemmnisse vor dem Umstieg waren meine NTFS-Partitionen. Ich wollte Daten für beide Betriebssysteme nutzen, traute dem NTFS-Treiber für Linux aber nicht allzu sehr. Der scheint mittlerweile aber wirklich ausgereift zu sein – ich kann problemlos auf meinen Windows-Partitionen lesen und schreiben!

Die Software

Es gibt wenige Anwendungen, die man nicht auch durch eine freie Alternative unter Linux ersetzen kann. Wenn man durch die Datenbanken in der Paketverwaltung blättert oder im Web surft, stellt man fest, wie groß die Zahl der Open-Source-Entwickler eigentlich ist. Das Großartige: alle Anwendungen sind frei, Kosten und Lizenz-Ärgernisse haben ein Ende. Ein paar Mausklicke – und die Anwendung ist installiert. Sofort fiel mir auch die deutlich bessere – wenn auch noch ausbaufähige – Verzahnung von Anwendungen auf.

Hier eine kleine Auflistung von Software, auf die ich gestoßen bin und die meine alte Windows-Umgebung nun ersetzen:

• Web-Browser: Schon unter Windows war ich überzeugter Opera-Nutzer. Auch auf Ubuntu bin ich ihm treu geblieben. Zwischendurch kommt aber auch die Firefox 3 (beta) zum Einsatz. Einziger Wermutstropfen: der Flash-Player. Unter Firefox funktioniert er zwar, allerdings nicht auf allen Websites einwandfrei – und mit Opera bin ich derzeit ohne Flash unterwegs, da die aktuelle Player-Version nur mit der neuen Opera 9.5 (beta) funktioniert, die ich wohl in den nächsten Tagen dann installieren muss.
• Office: Mit OpenOffice hat man ein fantastisches Office-Paket, das kaum Wünsche offen lassen sollte. Lediglich beim Lesen eines .docx-Dokuments (Word 2007) hatte ich keinen Erfolg.
• Mail, Messaging und Kalender: Hier änderte sich eher wenig: ich bin bei Thunderbird geblieben wegen der transparenten und guten IMAP-Unterstützung. Zuletzt verwendete ich Lightning als Kalender-Erweiterung für Thunderbird unter Windows. Die Linux-Version hatte allerdings einige unschöne Ecken und Kanten, so war die Vorschau auf kommende Termine sehr unübersichtlich und im Gegensatz zur Windows-Version nicht farbig gekennzeichnet, deshalb nutze ich jetzt wieder die Standalone-Version Sunbird. Das bei Gnome / Ubuntu mitgelieferte Evolution fiel mangels ausreichender IMAP- und iCal-/WebDAV-Unterstützung in meinem Test durch… Für Instant Messaging nutze ich Pidgin – funktioniert einwandfrei und ist durch ein “Screenlet” (eine Desktop-Widget-Variante) auch sehr ansehnlich (Pidgin-Screenlet. Skype funktioniert übrigens auch ohne weiteres.
• Editor / IDE / FTP-Client: Für die Web-Entwicklung benötigt man natürlich eine passende Arbeitsumgebung. Für kleinere Dinge nutzte ich unter Windows gern Notepad++ – hier verwende ich momentan das mit Gnome vorinstallierte gEdit, bin aber noch auf der Suche nach Alternativen. Als Entwicklungsumgebung läuft weiterhin Eclipse. Nach Versuchen mit gFTP als FTP-Client bin ich dann zum ebenfalls aus der Windows-Welt bekannten Filezilla umgestiegen. Hier ist der Site-Manager einfach besser und die Optik auch aufgeräumter.
• Grafik: Gimp ist für einfache Anwendungszwecke ein sehr guter Ersatz für Photoshop. Die Bedienung ist zunächst etwas gewöhnungsbedürftig, jedoch lassen sich sogar Photoshop-Dateien öffnen (die allerdings nicht immer auch korrekt funktionieren). Als Ersatz für IrfanView zum schnellen Schneiden und Verkleinern von Fotos benutze ich derzeit Mirage. Für Vektorgrafiken kommt Inkscape ins Spiel – hier habe ich jedoch noch nicht wirklich viele Erfahrungen sammeln können.
• Medien-Player: Hier fand ich mich in einem Schlaraffenland wieder. Es gibt wirklich viele gute Medienplayer unter Linux, die sich sehen lassen können. Früher VLC- und Winamp-Nutzer, nun nutze ich teils VLC und den vorinstallierten Totem für Videos und Exaile als Musikplayer. Exaile ist wirklich gut – der Player ist sehr schlank, bringt aber auch eine gut funktionierende Medienbibliothek-Verwaltung wieder. Playlists sind in Tabs untergebracht, was ungeheuer praktisch sein kann. Zum Bearbeiten von ID3-Tags in MP3-Dateien ist easyTAG erste Wahl. Zum Anhören von Musik auf meinem Nokia N95 füge ich zu Dateien die Album-Cover hinzu, was ohne weiteres funktioniert.

Die oben erwähnten Anwendungen sind komplett über die Ubuntu-Paketquellen (via apt-get/aptitude/Synaptic) erhältlich.

Für alle Ein- und Umsteiger sei hier auch noch auf die sehr empfehlenswerte Artikelserie von Peter Kröner (aus der Sicht eines Web-Designers und -Entwicklers) hingewiesen. Antworten zu fast allen Fragen findet man – bequem deutschsprachig – im ubuntuusers.de-Wiki und -Forum.