Heute Abend war mir ein bisschen langweilig Und was macht man da als Freerunner-User? Genau, man flasht sich ne neue Distribution Für diesen Abend habe ich QTMoko V14 auserkoren, einen Debian-basierten QTopia-Ableger.

QTMoko Homescreen

Die Installation verläuft problemlos. Mittels des vorgegebenen Rootfs und des Kernels von der QTMoko-Homepage sowie U-Boot von der Openmoko-Homepage kann sofort losgeflasht werden. Nach 2 Neustarts zur Initialisierung startet das System ohne Probleme. Die Oberfläche ist QTopia-Standard.  Alle positiven Punkte will ich jetzt mal stichpunktartig zusammen fassen:

1. Sehr schneller Start von Anwendungen
2. Große Auswahl an Keyboards. Es gibt auch welche mit deutschen Umlauten. Dazu kommt ein Terminal-Keyboard und die Handwriting-Methode. Predictive Keyboards lassen sich abschalten.
3. Obwohl das System seine Inhalte auf dem Framebuffer rendert, ist es möglich, auch X-Anwendungen zu starten. Hierzu kann mittels des Programms QX eine Instanz des X-Servers gestartet werden, in der das gewünschte Programm läuft. Dies funktioniert problemlos z.B. mit TangoGPS. Jetzt fehlt nur noch eine Integration in die vorhanden Apps.
4. Voller Zugriff auf die Debian-Repos für ARM-Geräte mit tausenden von Paketen. Das öffnet Tür und Tor für weitere Basteleien.
5. Dokumentverwaltung: Es gibt eine Quelle für alle Arten von Dokumenten (Musik, Text, Videos, …), die sich einheitlich verwalten lässt und von verschiedenen Programmen (Media Player, Hintergrundbild, Image Viewer, …) benutzt wird. Sehr schön
6. WLAN funktioniert, und das sogar über GUI mit WPA2. Ich bin begeistert
7. GPRS funktioniert, und das ebenfalls über die GUI. Ich noch begeisterter
8. Suspend geht ebenfalls, ich werde dies in den nächsten Tagen noch genauer prüfen.
9. Es gibt einen grafischen Package Manager, der jedoch nur eine kleiner Auswahl von Paketen zeigt. Empfehlenswert ist der Browser Arora.
10. Die Speicherkarte wurde nicht von Anfang an gemounted. Mit einer kleinen Anpassung in der fstab funktioniert dies auch. Die vorhandene Musik und die Maps werden richtig erkannt.
11. Was mich bisher an SHR am meisten gestört hat, waren Einstellungen, die nach einem Neustart verloren gingen. Dazu gehört z.B. die Option, bei Anrufen seine eigene Nummer zu senden oder das aktuelle Audio-Profil. Bei QTMoko gehts.

Leider gibts auch ein paar kleine Nachteile:

1. Das Handling der vielen Keyboards ist etwas umständlich, die Umschaltung etwas gewöhnungsbedürftig. Hätte ich genug Zeit, würde ich gleich Handwriting nutzen.
2. Der Start dauert etwas, da U-Boot verwendet werden muss.
3. X-Server-Anwendungen brauchen etwas länger, um zu starten.
4. Es ist immer nur eine Anwendung aktiv. Es gibt keinen Anwendungs-Umschalter so wie bei Illume.
5. Im Adressbuch gibt es keine Auswahl mehr, ob Kontakte von der SIM oder aus der Datenbank angezeigt werden sollen. Nach dem VCF-Import habe jetzt vieles doppelt. Aber vielleicht muss ich nur die SIM-Kontakte löschen. Dank der Buchstabenleiste im Adressbuch kann man Kontakte sehr schnell finden.
6. Einen Last.fm-Client muss ich wohl erst selbst programmieren

Fazit: Bisher haben mich 3 Dinge von QTopia abgehalten: Fehlende Umlaute auf den Tastaturen, keine GPS-Anwendung und das gewöhnliche Handy-Look-And-Feel. Das Look-And-Feel ist zwar noch das gleiche, dafür gibt es viele Funktionen, die besser arbeiten, als bei anderen Distris. Seit der Einstellung von QTopia seitens Nokia hat sich viel getan. QTMoko ist eine schnelle und stabile Distribution, die sowohl als Daily Phone als auch als Bastel-System funktioniert.

Für Maemo gibt es einen kleinen Last.fm-Client, der auch auf Openmoko portiert wurde: Vagalume. Heute morgen hab ich diesen mal ausprobiert. Die aktuellste Version liegt im SHR-Repo, allerdings fehlen noch einige GStreamer-Plugins, damit das Programm läuft. Wenn auf der Kommandozeile folgendes erscheint, muss man diese noch nachträglich installieren:

** (vagalume:1746): DEBUG: Creating GStreamer element mad: ERROR                                                            
** (vagalume:1746): DEBUG: Creating GStreamer element audioconvert: ERROR                                                   
** (vagalume:1746): DEBUG: Creating GStreamer element autoaudiosink: ERROR                                                    
** (vagalume:1746): DEBUG: Creating GStreamer element alsasink: ERROR

** (vagalume:1723): CRITICAL **: Error creating GStreamer elements

Die Installation der Packete gst-plugin-mad, gst-plugin-audioconvert und gst-plugin-alsa behebt diese Fehler. Sobald ich die Screenshot-Anwendung auch habe, gibts hier mal ein paar Shots davon.

Nun also doch. Seit vorgestern bin ich glücklicher User von SHR-Unstable (Version vom 08.08.). Ich bin regelrecht begeistert, wie stabil und zuverlässig das System nach einigen Anpassungen läuft. Nur von opkg-cl upgrade sollte man die Finger lassen

Nach dem Einbinden der Jalimo-Repos installieren sich jetzt auch alle Java-VMs und die SWT- bzw. Java-DBus-Packages.

Wunderbar. Der Urlaub ist gerettet. Die Basteleien mögen beginnen

Nun habe ich eine praktikable Lösung gefunden. Network-Manager deinstallieren, WICD installieren, /etc/network/interfaces anpassen, wie im Openmoko-Wiki beschrieben. Voila, und schon gehts ohne Probleme.

Schon vor einigen Wochen habe ich nach der erfolgreichen Kubuntu-Installation gleich mal den Freerunner mit OM2008.12 per USB verbunden. Leider ging danach alles schief Der Network-Manager meldete ein neues Gerät, gleichzeitig stürtzte aber die Plasma-Oberfläche ab. Danach meldete der Network-Manager, dass die Verbindung fehlgeschlagen war. Leider waren die Informationen im Wiki nicht sehr hilfreich. Alle Anpassungen (UDev, Hotplug, etc.) funktionierten nicht stabil.

Auch waren alle Hinweise mehr auf Gnome bezogen. In Kubuntu ist das Menü zur Netzwerk-Einstellung leider etwas buggy. Heute habe ich per Zufall herausgefunden, wie eine Netzwerkverbindung doch noch läuft. Das KDE-Menü bietet unter „Network-Management“ die Möglichkeit, Verbindungen nach Mac-Adresse mit festen IPs einzutragen. Leider kann man im Wizard „Add“ -> „IP Address“ zwar beliebig oft auf „Hinzufügen“ klicken, es tut sich aber sichtbar nichts. Klickt man aber danach in der Liste an die oberste Stelle, so sieht man, das tatsächlich ein Eintrag erstellt wurde. Hier kann man nun die IP-Adresse und Gateway eintragen. Danach kommt nach Anschluss des Handys tatsächlich eine Verbindung zu stande Allerdings stürzt Plasma immer noch ab, was aber zu verschmerzen ist.

Gerade wollte in TangoGPS die Maps für München herunterladen. Leider scheint Google mal wieder das URL Format für die Maps-Abfrage umgestellt zu haben. Die alte URL und die hier beschriebenen funktionieren leider nicht mehr. Stattdessen scheinen die URLs die xyz-Daten nicht mehr im Klartext zu übergeben. Die neue Beispiel-URL aus dem Maps-Quelltext sagt mir nämlich nix: http://mt0.google.com/vt/v\x3dw2t.97\x26hl\x3dde\x26. Da hilft wohl nix, ab jetzt wird OpenStreetMap verwendet, auch wenn mein Heimatort noch nicht darin verzeichnet ist (das war der Grund weshalb ich Google genutzt hatte). Aber München gibts schon

Letztes Wochenende habe ich mir aus Unachtsamkeit die libcurl auf meinem Freerunner zerschossen. Ich wollte nur „InTone“ installieren und hätte vielleicht die „This may break your system“-Warnungen ernst nehmen sollen. „Da testest Du jetzt gleich mal das neue OM2009″ war mein Gedanke. Ein Installieren von OM2009 in den NAND-Flash war die Folge. Nach einer Woche macht sich Ernüchterung breit.

An sich macht OM2009 einen guten Eindruck. Die Telefon-Anwendung is minimalistisch aber sehr funktional und stabil. Allerdings schlecht dokumentiert (Stichwort AUX-Button). Außerdem habe ich es immer geschaft, bei einem versehentlich gestartetem Telefonanruf ins Hauptmenü zu gelangen. Von dort kommt man aber nicht mehr in die Telefonanwendung Die Folgen waren ein verwirrter Angerufener und ein Neustart zum Auflegen Bei den Anwendungen ergibt sich ein Bild des Schreckens. Es geht kaum etwas. Doom geht nicht, Fennec ist nicht nutzbar, TangoGPS stürzt ab, wenn man die Pfade für Map-Caches ändert, und und und ….

In diesem Moment flashe ich mir wieder OM2008.12 drauf, damit ich wieder ein nutzbares Smartphone bekomme. OM2009 kommt mir im Moment höchstens auf die Speicherkarte. Dank dieser Anleitung ist der Weg zu einem funktionierendem System sehr einfach.

Nachdem ich jetzt das Freerunner eine Zeit lang getestet habe, kann ich nur sagen, dass sich die von mir geschätzten 50 Stunden Standby leider nicht bestätigen lassen. Ich hatte das Freerunner an einem Tag um 16 Uhr bis auf 100% aufgeladen und dann in den Suspend geschickt. Danach hab ich nicht telefoniert oder was gespielt, sondern nur ab und zu auf die Uhr und den Akkustand des Handys geschaut. Über Nacht war das Handy ebenfalls im Suspend-Modus. Am nächsten Abend um 19 Uhr hab ich das Handy wieder an das Ladekabel angeschlossen, da hatte es noch 10% Akkukapazität. Es hat also in 27 Stunden 90% seiner Batteriekapazität verbraucht, macht also 3,33% pro Stunde.

Um diese Akkulaufzeit zu erreichen, habe ich die SD-Karte herausgenommen. Vorher war die Laufzeit noch kürzer. Ich bin jetzt gerade dabei, mich mit den Linux-Runleveln zu beschäftigen, damit ich nicht benötigte Demons wie den GESD abschalten kann. GESD verbraucht im Leerlauf 15% CPU-Last (!), was mir etwas zu viel ist, da ich die Gestensteuerung auch nicht benutze. Eine schöne Beschreibung von Linux-Runlevels und Demons befindet sich hier. GESD lässt sich mit einem einfachen „update-rc.d -f gesd-neo2 remove“ entfernen.

Da soll nochmal einer behaupten, mit dem Openmoko-Projekt ginge nix vorwärts. Ich war ehrlich gesagt sehr erstaunt, als ich auf der Openmoko-Hauptseite die Bekanntgabe von OM2008.12 gelesen habe (hier zu finden). Da mein installiertes FDOM aber jetzt sehr gut funktionert, hab ich schon etwas Berührungsängste mit der neuen Version, vor allem, da die gefixten Bugs nicht unbedingt sooooo wichtig sind. Wichtiger sind mir da eher die Verbesserungen von FDOM, weshalb ich jetzt erst mal warten werden, bis es FDOM basierend auf OM2008.12 gibt.

Nachdem ich jetzt seit einer Woche die Distribution OM 2008.9 im Einsatz hatte, tritt bei mir langsam Ernüchterung ein. Es gibt doch noch eine Reihe von Problemen, die das Handy für eine normale Nutzung noch nicht qualifizieren.

• Das Handy wählt sich ständig neu in das GSM-Netz ein. Das scheint ein Problem mit dem GSM-Dämon und dem T-Mobile-Netz zu sein.
• Die Tastatur raubt mir im Moment den letzten Nerv, weil je nach Modell entweder Buchstaben fehlen oder die Tasten viel zu klein für Fingerbedinung sind.
• Die Akkulaufzeit ist sehr kurz, auch wenn alle Dienste wie Wifi, Bluetooth oder GPS ausgeschaltet sind. Man kann zwar in den Suspend-Mode schalten, jedoch schaltet sich dadurch auch der GSM-Dämon aus und man kann keine Anrufe oder SMS empfangen. Im normalen Modus dagegen bleiben zu viele Dienste aktiv.
• Duke Nukem 3D läuft nicht richtig
• Die Lautstärke beim Telefonieren lässt sich irgendwie nicht regeln. Im Wiki stehen zwar die zu verändernden Parameter, leider hab ich von ALSA zu wenig Ahnung, um es richtig zu konfigurieren. Wenn ich den dafür vorgesehenen Regler etwas herunter setze, hör ich gleich gar nichts mehr. Ohne Regelung ist es so laut wie eine Freisprecheinrichtung.
• Die Wifi-GUI funktioniert bei meinem WLAN leider nur sporadisch.

Wegen diesen vielen Problemen habe ich mich jetzt entschieden, eine andere Distribution auszuprobieren. Nachdem ich erst etwas mit QTopia geliebäugelt hatte, fiel meine Wahl jetzt auf FDOM (Fat and dirty Openmoko). Diese Distribution baut auf OM 2008.9 auf und fügt eine Reihe von Bugfixes und Programmen hinzu. Gerade eben wird geflasht, sobald ich FDOM etwas getestet habe, sind die Ergebnisse hier auf diesem Blog zu lesen.