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.

The Neo FreeRunner is a Linux-based touch screen smart phone ultimately aimed at general consumer use as well as Linux desktop users and software developers.
Linux users and software developers will appreciate the total freedom they have to use and design software for the FreeRunner.
General phone users will eventually appreciate the high spec and performance of the phone and the wide range of free software packages expected to emerge. These will allow users to make the maximum use of the hardware and tailor it to their particular needs. Since launch, the pace of software tweaks and improvements has increased as both the Openmoko team developers and the wider community work together.

Qi Hardware fue fundada por un grupo de ex-empleados de OpenMoko y al igual que otras compañías de Open Hardware busca crear productos electrónicos de consumo que puedas modificar y adaptar a tus necesidades.

A diferencia de otras compañías, Qi Hardware no desarrollará sus productos desde cero. Utilizará productos ya establecidos en el mercado que abrirá y mejorará; proporcionando documentación, esquemas y controladores.

Su primer producto será una pequeña NetBook llama NanoNote que planean lanzar para fines de este año. Además de esto planean retomar el smartphone Neo Freerunner abandonado por OpenMoko.

Más información aquí.

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.

Answers in a snap

My favourite gadget of all time is the Psion 5MX. EPOC, its operating system, was sheer genius. It had a great interface and was a joy to use. EPOC became Symbian S80 and when the lack of Internet functionality of the Psion became too bothersome I decided to switch to a Nokia 9500, then to a Nokia E90 and now I own a Nokia E71 with Symbian S60 3rd edition.

Suddenly I find myself stuck with a smartphone that has an operating system which doesn’t leverage the keyboard of the device and is in many ways quite clunky (some options are hidden more than five layers deep). However I much prefer Symbian to the other available platforms: the iPhone is extremely nice but married to iTunes and locked down, Palm hasn’t been resurrected yet, Windows Mobile is a joke (using a pen is ridiculous in this day and age), the Neo Freerunner is too experimental, Maemo doesn’t allow me to use a SIM card and all the phones running Android that currently exist have no battery life.

I like to get the maximum potential out of all the technology that I use. I have spent quite a bit of time setting up my phone exactly the way I like it, so that I have quick access to information on the go (see for example the custom mobile start page that I created). In due time I will write a post about the programs that I use on my phone. In this post I want to focus on a small widget that I developed yesterday evening.

A couple of months ago I read a post on Lifehacker about a great service for people who own a mobile device with email capabilities: SnapAsk allows you to send an email to ask – at – snapask -dot- com with a keyword and a query in the subject line. SnapAsk will then reply to your email with an answer to your query. So “wiki Symbian” will return the Wikipedia page for Symbian and “news economic crisis” will return an email with relevant news articles. Some of the keywords are a bit US centric and don’t return proper results for me in the Netherlands (e.g. weather, traffic or flight), others are quite innovative: Know some words of a song, but can’t remember the name or who sang it? Send an email with the subject “lyrics A full commitment’s what I’m thinking of” to Snapask and you will be textually Rickrolled.

Using SnapAsk on my phone proved more difficult than I had hoped. I had to either type in the email address in the To: field or select it from my contacts, remember (the hardest part!) and type the keyword I wanted to use and finally type the query. I also learnt the other day that Nokia has decided to support widget development on their Symbian platform. So I gave in to my tinkering spirit and committed to trying to write a little widget which would make it easier to use SnapAsk on my phone.

I set the following criteria for the widget:

• It should require the least amount of possible clicks
• It should be as close to self explanatory as possible
• I would have to be done with it in a couple of hours

The UI of the widget

At first I thought I would create links for each keyword and an input field for the query. The user would first click on the link with the keyword, then write the query and finally click on a link or press a button to start the email application. Later I realised that I could eliminate one step by making the keywords buttons. This way the user would only have to type in the query and select the correct keyword.

This idea required some Javascript. I have been wanting to try jQuery, so I wrote the initial implementation using that library. When I tried loading the page on my phone I learnt that jQuery seemingly was not supported by Nokia’s built-in browser. I then decided to try and write it with normal Javascript code and this worked perfect. With some CSS I managed to get the input field to be the full width of the top of the page (where the cursor is likely to be). I also made the field higher by increasing the font-size property, so that it is easy to get your cursor on it, in case it isn’t. The only thing I couldn’t manage to do was get the field to auto-focus on load. It seems that Nokia doesn’t want to support that function.

All I had to do, after finishing the HTML file (with inline CSS and Javascript), was create an XML file called info.plist with the name of the widget and its version number and an icon.png file of 88×88 pixels. I then put these three files into a folder, zipped it and changed the extension to .wgz.

The widget as an installed app

The great thing about these widgets is that they install like any other Symbian program and can, by default, be found in the Installations directory on your phone. Ajax can be used and apparently some Javascript methods exist that allow you to map certain functions to the softkeys of the phone.

I really like how standardised web technology is becoming. This widget should run on any other device with a standards based browser and if you keep the structure of the page simple and clean you can expect each individual mobile browser to display the page optimally.

My employer has standardised on Symbian smartphones for all their consultants. It should be relatively easy for them to develop a highly relevant widget that will enable me to do my work better and more efficiently. I have to say I am bit puzzled about the fact that Nokia is not pushing this concept a bit harder. Where is the Nokia Widget Store?

I would love for people to use the widget and give me some feedback on whether they like it:

Download the Widget
(or try in your browser if you don’t have a Symbian phone)

If you know of any other interesting widgets for Symbian please let me know!

Ja tinha comentado anteriormente sobre este aparelho aqui no blog

Mas nao achei que iria ter um destes em maos p/ ver antes do final de 2009

Mas estava la !

O Neo Freerunner rodando Open Moko é bonito clean até demais (pois só tem um botao p/ tudo) e tudo que que precisamos: camera, web, BT

Creio que o unico problema dele está no tamanho dos icones e a sua sensibilidade (voce precisa ter dedos de “moça” p/ acessar certos itens que ficam nos cantinhos da tela

Hallo, jetzt habe ich schon einige Zeit nichts mehr hören lassen. Während ich nun den Klängen von Apocalyptica lausche gibts jetzt wieder eine feine Prise Java gemischt mit einem Hauch von Eclipse und das alles serviert auf einem frischen Neo Freerunner

1. Yoxos: Hier wollte ich noch etwas spielen, jedoch scheint der Dienst schon wieder Probleme mit der Verfügbarkeit zu haben
2. Java 1.5: Hier habe ich die JamVM ausprobiert, eine alternative VM zu Cacao. Allerdings hat JamVM die gleiche Schwäche wie Cacao, nämlich keinen Debug-Modus. Sollte mal ein Problem nur auf dem Zielgerät auftreten, guckt man als Entwickler in die Röhre, weil man nicht debuggen kann. Hier werde ich versuchen, mal die IBM J9 für ARM-Linux auszuprobieren. Mal schauen, wie diese VM sich unter Linux schlägt. Unter Windows Mobile hatte ich schon das Vergnügen. Hier sind es allerdings die vielen WinCE-Bugs, die einem den Spaß vermiesen können, aber das ist eine andere Geschichte
   Es ist außerdem ein bisschen Aufwand, die JamVM in Eclipse zu integrieren. Bei mir ging das zuerst dank der Erfahrungen mit Cacao ganz einfach, jedoch startet die JamVM bei mir grad aus unerfindlichen Gründen nicht mehr.
3. Equinox: Hier habe ich gemerkt, dass Equinox mit der JamVM ein bisschen schneller startet. Grob eine Sekunde eher als mit Cacao.
4. SWT: Hier gibts nix neues. Eclipse erlaubt mir nach wie vor nicht, eine zweite Java-GUI-Anwendung laufen zu lassen, die auf SWT zugreift. Der Fehler ist aber bekannt und ich muss das wohl hinnehmen
5. eRCP: Unverändert
6. ANT-Skripte, Deployment: Hier habe ich schon etwas herumexperimentiert. Zum Einen bietet das Freerunner die Möglichkeit, lokale Verzeichnisse mittels SFTP zu mounten. Die funktioniert ohne Probleme. Eine gute Lösung wäre, ein ANT-Skript zu erstellen, dass zuerst lokal ein Deployment-Verzeichnis erstellt und dieses dann mit dem Freerunner synchronisiert. Hier habei ich rsync als Sync-Tool ausgewählt. Probleme gibt es noch damit, dass auf dem Freerunner alle Dateien mit Root-Rechten versehen werden und der Client da manchmal nicht mitspielt.
   Zudem habe ich mir das Eclipse-Plugin Remote System Explorer (RSE) angeschaut, eine Sammlung von Tools zur Kommunikation mit anderen Rechnern. Zu diesen Tools gehören unter anderem ein SSH-Client für die Eclipse-Konsole, sowie die Möglichkeit, Filter für entfernte Verzeichnisse anzulegen. Eine Mount-Option habe ich noch nicht gefunden, es gibt allerdings die Funktion, ein entferntes Verzeichnis als Eclipse-Projekt einzubinden, was so ähnlich funktioniert.
7. Accelerometer: Hier versuche ich gerade die Datenstruktur zu verstehen. Das Auslesen der event-Dateien funktioniert ohne Probleme. Als nächstes werde ich das Tool netcat ausprobieren, mit dem ich die event-Dateien auf meinen Entwicklungsrechner holen könnte.
8. Anwendungs-Architektur: Ich habe mir schon einige Punkte überlegt, so soll es auf jeden Fall ein Plugin für die Accelerometer-Interpretation geben, sowie eines für die GUI. Logging der Daten wird noch optional mit eingebaut.
9. Anwendung: Ein bisschen Code existiert schon, ich bastle aber noch sehr viel dran rum.

In der neusten Datenschleuder (#93) welche seit dieser Woche in die Briefkästen ihrer Abonnenten befördet wird ist ein sehr interessanter Artikel von Hannes Mehnert mit dem Titel: “Secure Instant Messaging – am Beispiel XMPP” .

In diesem Artikel wird sehr schön das XMPP-Protokoll an sich erläutert und dann ausführlich auf verschiedene Sicherheitsaspekte eingegangen. Sowohl die Client – Server, wie auch die Server – Server Verbindung wird dabei analysiert. Dann folgt eine Erläuterung der beiden verbreitesten Verschlüsselungsarten beim IM: OpenPGP und OTR, wie sie funktionieren und was ihre Vor-/Nachteile sind. Danach folgt noch eine kurze Beschreibung über die Funktionsweise und Probleme beim anonymen chatten über XMPP mit Hilfe von Tor.

Bei der Analyse wird auch jeweils auf die Implementationen innerhalb der Clienten: Adium, Gajim, Pidgin und Psi eingegangen, als auch auf die unterschiedlichen Serverimplemenationen ejabberd, jabberd-2 und jabberdI.

Kurze Zusammenfassung des Artikels: Keine momentane Serverimplementation besitzt einen verlässlichen Zufallszahlengenerator welcher Vorraussetzung für eine sichere Authentifizierung mit SASL (DIGEST-MD5) oder Digest-Authentifizierung ist. ejabberd hat jedoch die Nase etwas vorne, da sein Zufallszahlengenerator auch die Millisekunden des Zeitpunktes vom Server-Startup miteinbezieht. Bei den Client-Implementationen sieht es sicherheitstechnisch noch etwas schlechter aus, als bei den Server-Implementationen. So ist zum Beispiel laut Artikel keine stable-Version eines der oben genannten Clienten in der Lage ein Zertifikat für die nächste Verbindung zu speichern und somit die Integrität des Servers zu überprüfen. Psi, Audium und Gajim scheinen dem jedoch in den neusten Versionen in Subversion abgeholfen zu haben, weswegen es sich anbietet die Development-Versionen eines dieser Clienten zu nutzen.

Zu den Verschlüsselungsmethoden: OpenPGP hat den Nachteil, dass sollte jemals der private Schlüssel in die Hände eines Unbefugten gelangen, dieser jede jemals mit ihm verschlüsselte Nachricht entschlüsseln kann. Bei OTR besteht diese Gefahr nicht da bei jeder Verbindung ein neuer Schlüssel ausgehandelt wird. Dafür hat OTR Probleme mit Latenzen, also wenn zum Beispiel eine Nachricht erst ankommt, nachdem bereits ein neuer Schlüssel ausgehandelt wurde kann sie nichtmehr entschlüsselt werden. Dies wird momentan von den Clienten nur bedingt durch einen Nachrichten- und OTR-Schlüsselcache verhindert , welcher aber wiederum die Sicherheit von OTR gefährdet. Offline-Nachrichten sind mit einer sicheren OTR-Implementation auch nicht möglich.

Fazit: Das offene XMPP-Protokoll an sich ist sehr geeignet für eine sichere Kommunikation, doch die momentanen Implementationen lassen noch etwas zu wünschen übrig, auch wenn Fortschritte eindeutig zu verzeichnen sind.

Freundlicherweise stellt Hannes diesen Artikel nicht nur den Lesern der Datenschleuder zur Verfügung (denn die PDF-Variante dieser wird wahrscheinlich erst in ein paar Monaten erscheinen) sondern bietet den vollständigen Artikel auch als Download an: https://berlin.ccc.de/~hannes/secure-instant-messaging.pdf .

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.

Für das Neo Freerunner gibt es eine gut Location-Software namen TangoGPS. Sie kann mit dem GPS Empfänger die Position bestimmen und auf einer Karte anzeigen. Karten kann man sich aus dem Internet holen. Vorkonfiguriert ist leider nur OpenStreetMap, welches wie mir scheint vor allem in ländlichen Gegenden nicht besonders gut ist. Mein Wohnort taucht z.B. gar nicht auf.

Mit etwas stöbern im OpenMoko-Wiki und in der Mailinglisten habe ich nun auch Google Maps importieren können. Man muss nur ein neues Repository erstellen und als URL http://mt1.google.com/mt?&x=%d&y=%d&zoom=%d angeben. Danach noch den Zoom invertieren und voila, es funktioniert. Die Karten werden automatisch in dem Cache-Verzeichnis abgelegt und müssen nicht extra gespeichert werden.

Nach einer Woche Wartezeit ist es nun endlich da, mein neues Neo Freerunner. Der Urlaub ist gerettet Hier gleich mal ein Foto vom Handy und dem Zubehör.

Mein neues Handy, das Neo Freerunner

Jetzt geht es erst mal daran, die Spuren des Vorbesitzers zu beseitigen, da offenbar noch Kontakte auf der Speicherkarte vorhanden sind. Am besten wäre natürlich gleich, das Ding neu zu flashen, aber ich hab da noch ein paar Hemmungen. Ich muss mir jetzt auch erst einmal einen Überblick über die verschiedenen Distributionen machen und vor allem herausfinden, was schon darauf installiert ist.

Für alle, die nicht wissen, was das Freerunner ist: Das Freerunner ist ein von der Organisation Openmoko entwickeltes Mobiltelefon auf Linux-Basis. Es wurde unter dem Grundsatz der kompletten Offenheit entwickelt, das heißt, zu jedem Hardware-Baustein und zu jeder Software sind Baupläne bzw. Quellcode frei im Internet verfügbar. Weitere Informationen gibt es unter Openmoko.org. Eine aktuelle Anleitung liegt hier.

Android on the Neo Freerunner…

Fonte:pollycoke

Come promesso nel post precedente, ecco la recensione

Bhè come è possibile leggere il molti blog, forum e wiki, il neo freerunner viene accompagnato nella confezione da un pouch (contenito strafigo, ma non troppo comodo da portarsi sempre in giro), dalle cuffie, schedina microsd da 512 mega con relativo adattatore sd e la magica stilo 4 in 1 (laser, lucetta, penna a sfera e penna con punta di plastica per l’utilizzo sullo schermo del neo).

La prima accensione è stata fantastica, il boot della distribuzione installata di default, openmoko 2007.2 è in parte grafico, in parte con shell ben visibile
Purtroppo a mio parere la 2007.2 è sì stabile, ma non valida per l’utilizzo di tutti i giorni.
Dopo poche ore avevo già flashato sulla memoria interna da 256 mega (128 di ram) openmoko 2008.8: grafica strafiga, ma troppo instabile .
Il neo è fantastico, ha una dotazione hardware veramente ottima: gps, 2 accelerometri 3d, acceleratore grafico (il famoso chip glamo, ci dedicherò a breve un post), 2 led, 2 pulsanti, touchscreen e poco altro (e voi pare poco? oO).
Attualmente ho qtopia (distribuzione da breve acquistata dalla Nokia, ma comunque opensource e basata su linux) sulla flash, è veramente molto stabile e ottima per l’utilizzo di tutti i giorni, peccato che manchino software gps decenti, browser e altre chicche come la rotazione dello schermo (tutte queste cose sono però state promesse per la prossima versione, la 4.4, che a quanto si dice in giro, uscirà a breve). Sulla sd ho FSO, è ancora presto per valutarla, comunque molto stabile.
I porting sia di giochi che di applicazioni open crescono a dismisura e per il neo sono presenti già molti giochi degni di rispetto come duke3d (utilizzabile con gli accelerometri!) e numpyphisycs (figooooo!). Io per ora sto lavorando all’ottimizzazione dell’emulatore gameboy opensource gnuboy, che per ora sono riuscito a ricompilare (sì funzia alla grande, ma manca un metodo di input gameboy-like decente)

Per ora sono in attesa di qtopia 4.4 e di openmoko 2008.9. Speriamo bene, alla prossima!

neo freerunner

Ebbene sì, dopo lunghi mesi di sofferenze in attesa del tanto atteso Neo Freerunner, finalmente è nelle mie mani. Acquistato su ebay da Massimiliano Bellino, il rivenditore del Neo di Milano (ottima comunicazione, ottimo prodotto, tutto ok: iperconsigliato), mi è arrivato a casa tramite corriere ups verso le 12:45 del 29 Agosto. Non ho scritto niente prima perchè ho avuto gli esami (sì tutto bene ) e perchè ero occupato con smanettamenti vari del mio nuovo gioiellino.

A presto nuovi post con recensioni e miniguide!

Free your phone! Open. Mobile. Free.

Dieses Wochenende wurde Debian nativ für das Neo Freerunner freigegeben. D.h. vollen Zugriff auf das Debian-Repository (> 20000 Pakete) und eine zumindest für mich gewohnte Arbeitsumgebung.

Die Installation und weitere Informationen kann man diesem Wiki-Artikel entnehmen: http://wiki.openmoko.org/wiki/Debian . Ist eigentlich ziemlich einfach und straight-forward. Man sollte dabei dran denken, dass Debian mehr Festplattenplatz als OpenMoko, Qtopia oder FSO benötigt und deswegen auf einer SD-Karte installiert wird. Die mit dem Neo mitgelieferte mit ihren 512MB ist dabei recht schnell voll und man sollte sich lieber eine grössere zulegen. Ich werd mir die Tage eine 8GB Karte kaufen.

Als Mobile-Anwendung läuft Zhone auf dem Handy, was von FSO schon bestens bekannt ist.

Einige Probleme wie das suspend Problem mit dem “white screen of death” (WSOD) sind auf Debian genauso vorhanden, wie auf den anderen Images. Es liegt wohl am Kernel..

Ich hab mir (siehe Screenshots) ein kleines Debian-Theme für Zhone gebastelt. Dafür muss man die /usr/share/zhone/zhone.edj editieren. Wie das geht kann man hier erfahren.

Zwei grosse Probleme mit dem 2008.8 Image konnten heute zumindest teilweise gefixt bzw. umschifft werden.

Problem 1: Keine richtige fullqwerty-Tastatur. Die Lösung des Problems kann hier gefunden werden: http://wiki.openmoko.org/wiki/Om2008.8_Keyboard#Using_the_Full_Qwerty_keyboard

Problem 2: Es erscheint kein Pin-Dialog nach dem Booten. Den Workaround findet man auf der Mailingliste wenn man diesem Thread folgt: http://lists.openmoko.org/pipermail/community/2008-August/026096.html

Mit der Anwendung gpe-scap kann man Screenshots unter Openmoko, FSO und sicher auch Qtopia (letzteres nicht getestet) machen.

Man installiert das Programm entweder über die Gui mit “INSTALLER -> Miscellaneous -> gpe-scap” oder über die Kommandozeile mit opkg install gpe-scap. Danach kann man das Programm starten. Problem an der Sache ist jedoch, dass man so 1. nur einen Screenshot des Mainscreens machen kann und 2., dass der so erzeugte Screenshot immer den Loading… Balken im Bild hat und somit ziemlich unbrauchbar ist.

Um einen brauchbaren Screenshot zu machen solle man sich deswegen per ssh mit seinem Freerunner verbinden und dann führt man in der Konsole den Befehl DISPLAY=:0 gpe-scap aus womit man einen Screenshot des momentan sichtbaren Bildschirms macht.

So nachdem ich vor ca. 24h angefangen hatte das neue Release zu testen folgt nun ein kleines Review.

Also erstmal zu den Anwendungen. Om 2008.8 kommt standardmässig mit einem Adressbuch, einem Dialer, TangoGPS, Messages (für SMS) , einem Einstellungsdialog in dem man einige wenige Einstellungen vornehmen kann, dem Spiel Sudoku und einer Anwendung mit der man weitere Programme nachinstallieren kann. Was auffällt ist, dass es standardmässig keine Terminalanwendung beinhaltet. Dies kann man jedoch nachinstallieren bleibt jedoch auf Grund der Tastatur unbenutzbar. Denn im Gegensatz zum FSO 2 gibt es keine schöne Full-qwerty Tastatur sondern nur so eine á la T9-SMS-Auto-Vervollständigungs-Tastatur die nahezu unbenutzbar bleibt. Die Verbindung via ssh ist also wieder ein must-have. Die Anwendungen reagieren alle meist noch ziemlich träge und starten im Durchschnitt mit einer Verzögerung von 5 Sekunden nachdem man auf sie geklickt hat.

Mal noch drei Screenshots für euch. Einmal vom Mainscreen mit ein paar Anwendungen die ich bereits installiert habe: klick, einmal vom Settings-Menü: klick und einmal vom graphischen Installer: klick.

Es gibt aber leider noch einige Bugs die Om 2008.8 für mich momentan unbenutzbar machen:
* Es erscheint keine Pin-Abfrage beim Starten, deswegen funktioniert GSM überhaupt nicht (Bug: 1765).
* Die Batterieanzeige funktioniert nicht. Man sieht also weder wie voll die Batterie ist, noch ob sie momentan aufgeladen wird.

Deswegen werde ich jetzt erstmal zu FSO 2 wieder umstellen und schauen wie sich Om 2008.8 in den nächsten Tagen entwickelt. Also mit dem Batteriebug könnte ich noch leben, da man die Informationen auch aus /sys/devices/platform/bq2700-battery.0/power_supply/bat/capacity bzw. /sys/devices/platform/bq2700-battery.0/power_supply/bat/status auslesen kann. Doch der GSM-Bug macht es einfach unbenutzbar und das Tastaturproblem ist auch sehr nervig.