There are several enhancements, as every year. Finally all event details are shown in an own “scene” instead of the drawer view. This makes the list view more snappy and helps for a better structure. As last year, there are room maps for most of the rooms (sadly some are missing because there aren’t available at the FOSDEM website).

The application is released as free and open source software under the GPL v3. You can find the source code, GIT repository, bug tracker, the .ipk package and more at forge.webpresso.net.

As always feel free to share ideas, improvements and bug reports. Just leave a comment or use the bug tracker (registration and manual activation is required to avoid spam – and trust me, there are many spammers…).

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!

The functionality has grown over the last version. You can now mark items as favorite and switch to the list of your favorites. This should make planning easier. You can also switch to a view with all events in the future – making it easy to see what talks are next. The search functionality is now improved. Also new is a “Feeds” function where you can have a look at FOSDEM website news as well as various identi.ca and Twitter channels. There are also two new maps included. The application is localized for English and German, but the schedule and feed items of course are all English.

Under the hood many parts of the code was rewritten and/or improved. There’s still room for improvement, but the performance should be now better and many bugs should be fixed.

The application is released as free and open source software under the GPL v3. You can find the source code, GIT repository, bug tracker, the .ipk package and more at forge.webpresso.net.

Always feel free to share ideas, improvements, bug reports and your opinion. Just leave a comment or use the bug tracker (sorry, but registration is required to avoid spam).

Da es bisher – jedenfalls für europäische WebOS-Nutzer – keine Navigationslösung gibt, ist Navit besonders interessant. Ich muss allerdings gleich vorab warnen: Navit funktioniert zwar mittlerweile, ist jedoch – abhängig von den geladenen Kartendaten – recht langsam und noch nicht wirklich benutzerfreundlich.

Die Installation ist recht einfach – jedoch ist zwingend WebOS 1.4.5 erforderlich! Ist diese Voraussetzung erfüllt, einfach folgende Schritte ausführen:

1. Falls noch nicht geschehen, muss Preware installiert werden.
2. In Preware unter “Komplette Liste” bzw. “Verfügbare Pakete” nach “Navit” suchen und die Anwendung installieren. Für die Anwendung müssen zwei Abhängigkeiten mit installiert werden: “speechd”, eine Sprachsynthese-Bibliothek, sowie “locale” für die Internationalisierung.
3. Nun muss Navit gestartet werden. Startet die Anwendung nicht, auch nicht nach einem Geräteneustart, liegt das recht wahrscheinlich an einem Fehler von Palm im WebOS-Update auf 1.4.5 (hier näher beschrieben). Die einfachste Lösung des Problems: es muss der “Emergency Fstab Fixer” via Preware installiert werden. Nach der Installation muss der Neustart des Telefons bestätigt werden – danach sollte Navit zumindest starten.
4. Nach dem Start von Navit sind noch keine Kartendaten vorhanden, da diese nicht mitgeliefert werden. Am Einfachsten installiert man sich das freie Kartenmaterial von OpenStreetMap. Diese können mit verschiedenen Tools detailliert für bestimmte Areale heruntergeladen werden – für viele Länder gibt es vorgefertigte Links beim Navit-Projekt. Die Karten für Deutschland werden mit ~490MiB angegeben – bei mir waren es im Endeffekt rund 670MB, die man im Pre erst einmal freischaufeln muss. Zum Download erhält man eine *.bin-Datei, die Navit lesen kann. Nach dem Klick auf den Link kann es einen Moment dauern, bis der Download startet. Recht einfach ist jedoch auch der Download eines bestimmten Areals über den Planet Extractor, durch die Auswahl eines kleineren Bereichs kann man Platz auf dem Gerät sparen.
5. Nun muss der Pre per USB-Modus an den PC angeschlossen werden. Die heruntergeladene *.bin-Datei muss nun in den Ordner appdata/org.webosinternals.navit/maps kopiert werden, der beim ersten Start von Navit erzeugt wurde (und leer sein müsste).
6. Nach dem Entfernen des Pre vom PC kann Navit gestartet werden und sollte die Karten anzeigen. Die Performance könnte – wie bereits erwähnt – besser sein, jedoch wird berichtet, dass bei kleineren Kartenausschnitten und/oder weniger enthaltenen POIs im Kartenmaterial die Performance deutlich steigt. Hier kann man sicherlich noch etwas Performance einsparen.

Eine englische Installationsanleitung sowie ein paar kurze Bedienungshinweise gibt es bei webos-internals.org, die auch die Anwendung auf WebOS portiert haben sowie für die Entwicklung von Preware verantwortlich sind.

PRODROMUS ist ein simpler XMPP-Client, der vollständig in JavaScript geschrieben ist. Er benutzt die großartige Bibliothek Strophe.js von Jack Moffit, um sich zu einem XMPP-Server zu verbinden und ermöglicht es somit dem Besucher, mit einer vorkonfigurierten Person via XMPP zu kommunizieren. PRODROMUS ist als Ergänzung zu einem Kontaktformular gedacht – er lässt sich in bestehende Websites einbinden und erweitert die Kontaktmöglichkeiten um Echtzeit-Kommunikation.

Eine kurze Installationsanleitung sowie die erforderlichen Voraussetzungen gibt es im Wiki.

Diese Anwendungen sind an sich nichts neues, dank geeigneteren und benutzerfreundlicheren Ortungs-Methoden erfahren sie aber erst in den letzten Monaten einen starken Zuwachs. Moderne Smartphones haben mittlerweile Techniken an Bord, um innerhalb weniger Sekunden die Position des Gerätes ziemlich genau zu bestimmen (GPS, A-GPS, GSM- und WLAN-Ortung).
Auch in Web-Browsern hält das Thema langsam Einzug – Firefox ab Version 3.5, Chrome ab Version 5, Opera ab Version 10.6 sowie der iPhone-Safari-Browser unterstützen die Lokalisierung. Dafür zuständig ist eine vom W3C herausgegebene Spezifikation – die Browser-Ortung ist allerdings meist noch recht ungenau, da der Benutzer via WLAN-Accesspoints in der Umgebung und Geo-IP geortet wird.

Mittlerweile wächst der Markt an Geo-sensitiven Anwendungen stark – und ihm wird in naher Zukunft ein weiterhin starkes Wachstum zugesagt. Ortsbezogene Social Networks wie Gowalla, Foursquare und Brightkite ermöglichen es, an Orten “einzuchecken” und zu erfahren, wo sich Freunde gerade aufhalten – und verbinden dies teils mit einem spielerischen Effekt. Auch die anderen Dienste im Social web ziehen nach – Microblogging-Dienste wie identi.ca und Twitter speichern auf Wunsch den aktuellen Ort zusammen mit “Tweets”. Facebook startete gerade vor zwei Tagen seinen neuen Dienst “Places”, bei dem bereits die Dienste Foursquare, Gowalla, Yelp und MyTown mehr oder weniger eng mit eingebunden sind. Wikipedia-Artikel beinhalten bereits seit einiger Zeit Koordinaten von Orten, mit Positionsdaten angereicherte Fotos erlauben zusätzliche Funktionen bei Foto-Communities wie Flickr und Picasa.
Um Positionsdaten zu visualisieren, sind Dienste wie OpenStreetMap und Google Maps nützlich – sie bieten eine mehr- oder weniger vollständige Karte der Erde und erlauben beispielsweise über APIs, die Kartenansichten mit weiteren Informationen angereichert darzustellen – Marker, Fotos auf einer Landkarte und vieles mehr.

Was macht diesen Markt so interessant? Zum einen sind natürlich interessante Anwendungen möglich – mit einer entsprechenden Anwendung kann man sich den nächsten Geldautomaten, das nächste Café oder eine gute Bar um die Ecke anzeigen. Man kann sehen, an welchen Orten sich Freunde kürzlich aufgehalten haben oder selbst interessante Orte “markieren”, um sie später wiederzufinden.
Aber auch für Marketing-Zwecke eignen sich ortsbezogene Dienste. Sie werden außerdem für kleinere, lokale Betriebe interessant. Werbung auf Online-Plattformen kann gezielt Nutzer in der Nähe ansprechen. Ein Café kann an alle User eines LBS im näheren Umkreis Informationen über eine Rabatt-Aktion verteilen, um Gäste anzulocken. Events können Menschen in der Nähe einfach bekannt gemacht werden. Interessante Marketing-Aktionen, wie sie beispielsweise Opel durchgeführt hat, werden möglich. Bars in den USA versprechen Foursquare-Usern, die in einem Monat am Häufigsten “eingecheckt” haben, Freibier. Gap gibt Kunden für Check-ins 25% Rabatt.

Bei all diesen Diensten, die es bereits gibt und in Zukunft immer häufiger geben wird, sollte man nie vergessen: die eigene Position ist eine sensible Information – die man nur mit Bedacht verwenden sollte. Vor allem dann, wenn sie für jedermann sichtbar im Netz zu finden ist und auf geschlossenen Plattformen wie Facebook auf ewig gespeichert sein wird.

Zu empfehlen sind noch drei Podcasts von Vorträgen auf der SXSW 2010:

• LBS 101: Geolocation On The “Horizon”
• Location-Based Marketing and Advertising: Targeting the Mobile Consumer
• Mapping and Geolocation: Turnkey Approaches You Need to Know

Es geht in diesem Zusammenhang vor allem um freie Lizenzen – Lizenzen, mit denen der Urheber jedem freistellt, die Inhalte zu jedem beliebigen Zweck zu nutzen, Kopien davon weiterzugeben (also zu teilen) und die Inhalte beliebig zu verändern. Es geht also insbesondere um die Freiheit der Nutzer sowie gegen die Einschränkung dieser Freiheit, beispielsweise durch Digitales Rechtemanagement (DRM), das dem Benutzer die Kontrolle über Daten und Software auf seinem eigenen Computer nimmt. Endbenutzer-Lizenzverträge – wie beispielsweise die von Microsoft Windows oder Apple MacOS – sind meist darauf ausgelegt, dem Nutzer die Freiheiten zu entziehen.

Der Ursprung liegt in der Freien Software – eine Bewegung, die sich für quelloffene Software unter freien Lizenzen einsetzt. In diesem Zusammenhang ist vor allem die Free Software Foundation zu nennen, die freie Software fördert und für die Einhaltung freier Lizenzen streitet. Eine der bekanntesten Lizenzen für freie Software ist die GPL. Sie gewährt den Benutzern die genannten Freiheiten und beinhaltet darüber hinaus das Copyleft – das sicherstellt, dass Software unter dieser Lizenz weitergegeben sowie Veränderungen an der Software unter derselben Lizenz veröffentlicht werden müssen, die Software also frei bleibt. Eine Weiterentwicklung der GPL, die AGPL, dehnt die Wirkung der GPL auch auf Netzwerkdienste aus, die von der GPL nicht erfasst werden. Nutzern eines Content-Management-Systems, das unter der AGPL steht, muss also beispielsweise der (ggf. veränderte) Quellcode der Anwendung zur Verfügung gestellt werden.

Aber freie Lizenzen gibt es nicht nur für Software. 2001 entwickelte Lawrence Lessig “Creative Commons” – ein Lizenzmodell, das sich vom klassischen Urheberrecht abgrenzt und auf Offenheit setzt. Jeder kann diese Lizenzen frei für seine Werke nutzen – und zwar für alle Werke, die durch das Urheberrecht geschützt sind, also unter anderem Musik, Texte, Fotos und Forschungsergebnisse. Creative Commons besteht aus vier Bausteinen, die in verschiedenen Formen miteinander kombiniert werden können:

• BY – Namensnennung des Autors erforderlich
• NC – nicht-kommerzielle Nutzung
• ND – keine Änderungen erlaubt
• SA – Weitergabe nach Veränderung nur mit gleicher Lizenz (Copyleft)

Die Lizenz CC-BY-SA, unter der auch die Inhalte dieses Blogs stehen, erlaubt es beispielsweise jedem, die Inhalte frei zu nutzen – mit der Bedingung der Namensnennung (z.B. Verlinkung zurück auf diesen Beitrag) sowie der Verpflichtung, die davon abgeleiteten Werke auch unter eine CC-BY-SA-Lizenz zu stellen.

Weiterhin gibt es einige Abwandlungen wie Sampling-Lizenzen. Eine weitere Form – wenn auch u.a. in Deutschland rechtlich nicht möglich – ist Public Domain, ein Totalverzicht auf alle Rechte am eigenen Werk.

CC-Lizenzen sind mittlerweile an vielen Stellen – besonders im Netz – zu finden. Jamendo vertreibt CC-Musik, Flickr unterstützt die Verwendung von CC-Lizenzen für Bilder und seit 2009 stehen alle Inhalte der Wikipedia sowie sämtlicher Wikimedia-Inhalte unter der CC-BY-SA-Lizenz.

Ein bekannter Aktivist, der sich für eine Liberalisierung des Urheberrechts einsetzt, ist der Science-Fiction-Author und Blogger Cory Doctorow, bekannt unter anderem als Autor bei Boing Boing. Er stellt alle seine Bücher und Werke unter einer Creative Commons-Lizenz ins Netz – was ihm sogar deutlich höhere Verkaufszahlen seiner gedruckten Bücher beschert haben soll.

Ich habe meine ursprünglich für die FOSDEM geschriebene WebOS-Anwendung erweitert und um eine Favoriten-Funktion ergänzt.

Die Anwendung habe ich zur Prüfung an Palm übermittelt – sie wird hoffentlich noch rechtzeitig bis zum Wochenende veröffentlicht. Wer sie bereits testen möchte, findet die Anwendung im Palm Beta feed – einfach diesen Link über das WebOS-Smartphone öffnen, dann kann die Anwendung einfach installiert werden.

Die Anwendung ist freie Software und steht unter der GPLv3, der Quelltext ist hier verfügbar.

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.

Für alle, die Redmine installieren möchten, hier ein paar meiner Erfahrungen. Die Installation erfolgte auf einem System mit Ubuntu 9.10 Server, es wird ein Apache-HTTP-Server und MySQL vorausgesetzt. Es gibt viele Möglichkeiten, eine Ruby/Rails-Anwendung zu installieren – ich habe mich für die Variante mit Apache und Passenger (mod_rails) entschieden.

Damit Ruby/Rails-Anwendungen via Apache ausgeführt werden können, wird Passenger (“mod_rails”) installiert. Passenger ist auch in den Paketquellen von Ubuntu zu finden, jedoch will apt für die Installation den bei mir installierten apache2-mpm-prefork sowie php5 deinstallieren.

Update: Da seit Ubuntu 10.04 das in den Paketquellen enthaltene Passenger-Modul auch mit dem apache2-mpm-prefork kompatibel ist (der für PHP5 notwendig ist), kann das Modul nun auch direkt über die Paketquellen installiert werden – was die Installation erheblich verkürzt. Siehe den entsprechenden Abschnitt unten.

Installation von Passenger und weiteren Dependencies unter Ubuntu 9.10

Zuerst werden die für Redmine benötigten Pakete installiert.

sudo aptitude install ruby rails rubygems ruby1.8-dev libgemplugin-ruby libgemplugin-ruby1.8 libruby-extras libruby1.8-extras rubygems1.8 rake apache2-threaded-dev libapache-dbi-perl libapache2-mod-perl2 libdigest-sha1-perl libopenssl-ruby build-essential

Hinweis: bei mir wurde die über die Paketverwaltung installierte Version von Rails später nicht erkannt – und generell sollte man Rails möglichst nur auf eine Art und Weise installieren, entweder via Paketverwaltung oder gem. Deshalb sollte “rails” eventuell lieber gleich weggelassen werden. Installation via gem siehe unten.

Dann wird ein virtueller Apache-Host angelegt, dazu wird z.B. das Verzeichnis /var/www/redmine.example.lit/redmine angelegt.

Unter Ubuntu 9.10 ist das in den Paketquellen enthaltene Passenger-Apache-Modul nicht mit dem apache2-mpm-prefork kompatibel – der wiederum ist für PHP5 erforderlich. Deshalb habe ich mich für die Installation via gem entschieden:

sudo gem install passenger

Nach der Installation muss das Apache-Modul kompiliert werden, die benötigten Pakete sollten alle bereits installiert sein. Um das Modul zu erstellen, wird folgendes ausgeführt:

/var/lib/gems/1.8/bin/passenger-install-apache2-module

Nun wird man durch den Kompiliervorgang des Moduls geführt, eventuell fehlende Abhängigkeiten werden beschrieben und notwendige Schritte erläutert. Danach ist das apache2-Modul kompiliert und muss noch aktiviert werden. Dazu wird die Datei /etc/apache2/mods-available/passenger.load mit folgendem Inhalt angelegt:

LoadModule passenger_module /var/lib/gems/1.8/gems/passenger-2.2.9/ext/apache2/mod_passenger.so

Nun wird noch die Modul-Konfigurationsdatei (/etc/apache2/mods-available/passenger.conf) mit folgendem Inhalt angelegt:

PassengerRoot /var/lib/gems/1.8/gems/passenger-2.2.9
PassengerRuby /usr/bin/ruby1.8

(Die Pfade können bei neueren Versionen oder anderen Distributionen abweichen.)

Nun muss das Modul noch aktiviert und Apache neu gestartet werden:

sudo a2enmod passenger
/etc/init.d/apache2 restart

Installation von Passenger ab Ubuntu 10.04

Ab Ubuntu 10.04 können fast alle Abhängigkeiten (inkl. Passenger) direkt über die Paketverwaltung installiert werden:

sudo aptitude install ruby rails rubygems ruby1.8-dev libgemplugin-ruby libgemplugin-ruby1.8 libruby-extras libruby1.8-extras rubygems1.8 rake libapache-dbi-perl libapache2-mod-perl2 libdigest-sha1-perl libopenssl-ruby libapache2-mod-passenger

Hinweis: bei mir wurde die über die Paketverwaltung installierte Version von Rails später nicht erkannt – und generell sollte man Rails möglichst nur auf eine Art und Weise installieren, entweder via Paketverwaltung oder gem. Deshalb sollte “rails” eventuell lieber gleich weggelassen werden. Installation via gem siehe unten.

Installation von Redmine

Jetzt kann Redmine heruntergeladen werden. Für einfache spätere Updates wird das Auschecken des stable-Branchs via SVN oder git empfohlen. Dann reicht später ein Update über das Versionskontrollsystem zur Aktualisierung. Wem die Installation via Paketverwaltung lieber ist, kann Redmine seit Ubuntu 10.04 auch direkt aus den Paketquellen installieren, hat ggf. aber nicht die aktuellste Version. Dafür reicht ein “aptitude install redmine redmine-mysql” (für die Verwendung mit MySQL als Datenbank). Mehr im offiziellen How-To.

Für die Installation via SVN wird der aktuelle stabile Zweig ausgecheckt:

svn co http://redmine.rubyforge.org/svn/branches/0.9-stable/ /var/www/redmine.example.lit/redmine/

Nach dem Checkout sollte der Besitzer dieses Verzeichnisses und aller Unterordner/Dateien geändert werden. Entweder wird ein eigener Benutzer für Redmine angelegt oder es wird der Benutzer des Webservers (“www-data”) verwendet. Hintergrund: Passenger führt die Anwendung später mit diesem Benutzer aus! Deshalb sollte dies keinesfalls root sein.

sudo chown -R www-data:www-data /var/www/redmine.example.lit/redmine/

Ich habe mich für MySQL als Datenbank entschieden, es steht aber unter anderem auch SQLite zur Verfügung. Vorbereitend wird nun eine Datenbank (z.B. via phpMyAdmin) erstellt, ggf. mit eigenem DB-Benutzer:

CREATE DATABASE `redmine` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;

Dann muss eine DB-Konfigurationsdatei aus der Beispieldatei erstellt und im Bereich “production” die richtigen DB-Verbindungsdaten angegeben werden:

cd /var/www/redmine.example.lit/redmine/config/
cp database.yml.example database.yml
nano database.yml

Anschließend wird der Mailversand konfiguriert:

cd /var/www/redmine.example.lit/redmine/config/
cp email.yml.example email.yml
nano email.yml

Dort muss bei Verwendung von sendmail nur folgendes eingetragen werden:

production:
  delivery_method: :sendmail

Bei der verwendeten SVN-Version muss noch ein Session-secret erzeugt werden, dies ist wohl bei den “richtigen Releases” nicht notwendig:

rake generate_session_store

Nun wird die Datenbankstruktur erzeugt und die Standard-Konfiguration in die Datenbank geschrieben. Dazu wird folgendes (im Wurzelverzeichnis der Installation) aufgerufen:

cd /var/www/redmine.example.lit/redmine/
sudo rake db:migrate RAILS_ENV="production"
sudo rake redmine:load_default_data RAILS_ENV="production"

Sollte die folgende folgende Fehlermeldung erscheinen:

Missing the Rails 2.3.5 gem. Please `gem install -v=2.3.5 rails`, update your RAILS_GEM_VERSION setting in config/environment.rb for the Rails version you do have installed, or comment out RAILS_GEM_VERSION to use the latest version installed.

oder die folgende:

The bundled mysql.rb driver has been removed from Rails 2.2. Please install the mysql gem and try again: gem install mysql. rake aborted!

muss Rails (wie oben erwähnt) oder der MySQL-Treiber für Rails noch wie beschrieben installiert werden. Außerdem muss ruby-openid installiert sein, damit das OpenID-Feature genutzt werden kann.

sudo gem install -v=2.3.5 rails
sudo gem install mysql
sudo gem install ruby-openid

Nun kann der virtuelle Apache-Host nach folgendem Muster konfiguriert werden (z.B. /etc/apache2/sites-available/redmine.example.lit):

   <virtualhost *:80>
      ServerName redmine.example.lit
      DocumentRoot /var/www/redmine.example.lit/redmine/public
      <directory /var/www/redmine.example.lit/redmine/public>
         AllowOverride all
         Options -MultiViews
      </directory>
   </virtualhost>

Nach dem Aktivieren des virtuellen Hosts und dem Neuladen der Apache-Konfiguration mittels

sudo a2ensite redmine.example.lit
/etc/init.d/apache2 reload

ist Redmine über die entsprechende (Sub-)Domain erreichbar. Nun kann Redmine über die Oberfläche konfiguriert werden. Die Administrator-Zugangsdaten sind admin/admin (und sollten gleich geändert werden).

Einrichten eines öffentlich lesbaren GIT-Repositorys via HTTP/WebDAV mit Redmine als Zugriffskontrolle

Nach dem Anlegen einiger Projekte habe ich für diese ein Git-Repository angelegt. Git wird der Einfachheit halber für die Nutzung via HTTP/WebDAV konfiguriert, auch wenn dies deutlich weniger performant als die anderen zur Verfügung stehenden Varianten ist. Ein weiterer Vorteil ist die Erreichbarkeit auch aus Umgebungen mit restriktiven Firewalls. Außerdem kann so die anfangs erwähnte Authentifizierung via Redmine genutzt werden.

Falls noch nicht vorhanden, muss git installiert werden.

sudo aptitude install git-core

Von einem installierten Apache2 mit mod_dav wird ausgegangen. Zuerst wird – am Besten außerhalb der DocumentRoot – ein Verzeichnis für das Repository angelegt. Danach wird ein git-Repository in diesem Ordner erstellt, das durch die Option –bare nicht mit einer Arbeitskopie in Verbindung steht. Anschließend wird der Benutzer und die Gruppe des Webservers als Eigentümer des Verzeichnisses gesetzt, bei Debian und Ubuntu ist dies “www-data”.

Wichtig ist, dass der Name des Repository-Ordners mit dem existierenden GIT-Projekt-Identifier übereinstimmt, damit Redmine später die Zuordnung gelingt.

cd /var/www/redmine.example.lit/
mkdir git
cd git
mkdir example-project
cd example-project
git --bare init
cd ..
sudo chown -R www-data:www-data example-project

Nun wird die Zugriffskontrolle via Redmine eingerichtet. Dazu wird erst einmal mod_perl, mod_dav und weitere Abhängigkeiten installiert und die erforderlichen Module aktiviert. Redmine stellt zur Authentifizierung ein Perl-Modul bereit.

sudo aptitude install libapache-dbi-perl libapache2-mod-perl2 libdbd-mysql-perl libdigest-sha1-perl
 
sudo a2enmod dav
sudo a2enmod dav_fs
sudo a2enmod perl

Dann wird das Redmine-Perl-Modul an die richtige Stelle verlinkt:

ln -s /var/www/redmine.example.lit/redmine/extra/svn/Redmine.pm /usr/lib/perl5/Apache/Redmine.pm

Nun muss ein virtueller Apache-Host für den Zugriff konfiguriert werden. Dazu wird z.B. ein neuer virtueller Apache-Host nach folgendem Muster konfiguriert (im unteren Teil den Namen sowie die Zugangsdaten für die Datenbank einsetzen). Das Verzeichnis, das als DocumentRoot angegeben ist, sollte existieren.

   <virtualhost *:80>
      ServerName code.example.lit
      DocumentRoot /var/www/redmine.example.lit/code
 
      PerlLoadModule Apache::Redmine
 
      Alias /git /var/www/redmine.example.lit/git
 
      <location /git>
          DAV on
 
          AuthType Basic
          Require valid-user
          AuthName "Git"
 
          Options +Indexes -ExecCGI -Includes
 
          PerlAccessHandler Apache::Authn::Redmine::access_handler
          PerlAuthenHandler Apache::Authn::Redmine::authen_handler
 
          RedmineDSN "DBI:mysql:database=redmine;host=localhost"
          RedmineDbUser "username"
          RedmineDbPass "password"
      </location>
   </virtualhost>

Anschließend ist das Git-Repository des Projekts “example-project” – jedenfalls laut Beispielkonfiguration – unter code.example.lit/git/example-project erreichbar. Falls das Projekt in Redmine auf “öffentlich” geschaltet ist, kann jeder auf dieses Repository lesend zugreifen. Schreibzugriffe haben alle Redmine-Benutzer, die dem Projekt als Mitglied zugeordnet sind.

Damit der Repository-Browser von Redmine das Repository findet, kann es eventuell nötig sein, in der Projektkonfiguration für das Repository “Git” auszuwählen und den (lokalen!) Pfad anzugeben, z.B. /var/www/redmine.example.lit/git/example-project

Sollte beim Anzeigen des Repositories in Redmine ein Fehler auftreten, kann dies daran liegen, dass es noch keinen Commit gab.

Weiterführende Hinweise finden sich auf folgenden Seiten:

• http://www.redmine.org/wiki/redmine/RedmineInstall
• http://www.modrails.com/documentation/Users%20guide.html
• http://wiki.ousli.org/index.php/RedmineUbuntu
• http://www.redmine.org/wiki/redmine/HowTo_Install_Redmine_ in_Ubuntu
• https://help.ubuntu.com/community/RubyOnRails
• http://www.railsgarden.com/2008/04/12/configurating-passenger-mod_rails-on-slicehost-with-ubuntu-710/
• http://library.linode.com/development/project-management/redmine/ubuntu-9.10.txt
• http://www.kernel.org/pub/software/scm/git/docs/howto/setup-git-server-over-http.txt
• http://www.kernel.org/pub/software/scm/git/docs/user-manual.html#setting-up-a-public-repository
• http://www.redmine.org/wiki/1/Repositories_access_control_ with_apache_mod_dav_svn_and_mod_perl
• http://www.redmine.org/wiki/redmine/RedmineRepositories
• http://www.simonecarletti.com/blog/2009/07/configuring-git-repository-with-redmine/

Zu Gast: ich! Da dies mein erster Podcast ist, bitte ich, eventuell auftretende Nervosität zu entschuldigen…

Hier der Link zur Episode:
Blog-Beitrag mit Zusammenfassung und Links

This is my first WebOS application and it was created in very short time, anyhow I hope it’s a little bit useful.

A small feature list:

• Stores schedule. Use the “Refresh”-button in the left corner to download the latest schedule and automatically save it for offline use. This also happens if you hit “Yes” after first launch.
• Event details. Tap on an event to view detailed information.
• Quick search. Simply start typing to search in all titles, locations and attendees.
• Hide expired events. Tap on the right button to hide all events which are already expired.
• Campus map. Use the campus map for orientation. You can find it in the application menu in the schedule scene. It’s the one I found on the FOSDEM website.
• Supports every orientation. Turn the device as you like to.

This application is free software and licensed under the GPL v3.

Download: You can download this application via Palm web distribution. Simply tap the link from your WebOS phone, you can easily install the application on your device. You can also download it to your desktop pc as .ipk package file and install it via WebOS Quick Install. I also provide a .zip file which includes the source code and a few resources, so you can play around with the source code (although you also could unzip the .ipk file).

• Install via Palm web distribution, v0.1.2
• Download .ipk package, v0.1.2
• Download source archive, v0.1.1

UPDATE: You can find the source code and other versions of the application here.

If you find bugs or need support, please write a comment (preferred) or an E-Mail, I’ll respond as soon as possible.