Hat man sein Nexus One nicht direkt bei Google in den USA gekauft, sondern zum Beispiel bei Vodafone, bricht das Update auf Android 2.2 aufgrund einer falschen Prüfsumme schon vor der Installation ab. Hier heisst es dann eigentlich warten, bis Vodafone Android Froyo selbst verteilt.

Wer nicht warten möchte sondern trotzdem auf die aktuelle Version updaten will kann das tun, muss aber vorher seinen Bootloader entsperren und die aktuelle Firmware aufspielen. Ich habe hier in einer kleinen Anleitung zusammengefasst was ich Schritt für Schritt beim Update getan habe. Bei mir ist inzwischen die heute veröffentlichte Build Version Android 2.2 FRF91 installiert und ich kann über keinerlei Probleme klagen.

Ein Hinweis vorab: Wurde der Bootloader einmal entsperrt lässt er sich nichtmehr sperren. Beim Einschalten des Nexus One wird ab diesem Zeitpunkt unter dem Logo ein kleines geöffnetes Schloss angezeigt. Dabei erlischt die Garantie.

Vorbereitungen

Folgende Dateien werden während der Installation benötigt:

• fastboot.zip (373 KB)
• PASSIMG_Passion_Google_WWE_1.01.1700.1_ERD79_release_signed.zip (78 MB)
• signed-passion-ERE27-from-ERD79.a487b405.zip (16 MB)
• signed-passion-ota-42745.dc39ca1f.zip (82 MB)
• signed-passion-FRF91-from-FRF85B.db99fdf1.zip (910 KB)

Da Google die Downloads inzwischen entfernt hat und ich nicht weiss, ob ich die Dateien überhaupt selbst hosten darf, werde ich diese hier nicht hochladen.
Allerdings findet man alle Files problemlos bei einer Google Suche.

Wer möchte kann hier auch die SHA1 Checksummen der gefunden Dateien prüfen:

e3798bf97777bf00d095913a96a55e3969518dd3
PASSIMG_Passion_Google_WWE_1.01.1700.1_ERD79_release_signed.zip

db99fdf11a5059c903b4cdef9c355b9df5251db0
signed-passion-FRF91-from-FRF85B.db99fdf1.zip

Vor den hier beschriebenen Schritten sollte man USB-Debugging für das Nexus One einschalten. Die entsprechende Option findet sich unter Einstellungen -> Anwendungen -> Entwicklung -> USB-Debugging. Eine Sicherung der vorhanden Daten sollte selbstverständlich sein.

Noch ein Wort zur Navigation:
Im Bootloader navigiert man mit den Lautstärketasten an der linken Geräteseite. Mit der Power-Taste wird die ausgewählte Menüoption bestätigt.
Im Recovery Programm kann der Trackball benutzt werden.

Bootloader entsperren

1. Nexus One abschalten.
2. Trackball drücken und Gerät wieder einschalten um in den Bootloader zu gelangen.
3. fastboot.zip entpacken und je nach Betriebssystem das entsprechende Script mit folgenden Parametern ausführen:
   ./fastboot-linux oem unlock
   Hinweis von Carsten aus den Kommentaren: Unter Linux muss Fastboot eventuell mit Rootrechten ausgeführt werden.

Auf dem Nexus One erscheint jetzt eine Abfrage ob der Bootloader wirklich entsperrt werden soll. Diese Abfrage einfach bestätigen.

Downgrade auf Firmware ERD79

1. PASSIMG_Passion_Google_WWE_1.01.1700.1_ERD79_release_signed.zip im gleichen Verzeichniss wie fastboot entpacken.
2. Auch hier wieder Nexus One abschalten.
3. Trackball drücken und Gerät wieder einschalten um in den Bootloader zu gelangen.
4. /fastboot-linux devices
   sollte das mit dem USB-Kabel verbundene Gerät anzeigen.
5. Danach folgende Befehle ausführen:
   
./fastboot-linux erase cache
./fastboot-linux flash userdata userdata.img
./fastboot-linux flash boot boot.img
./fastboot-linux flash system system.img
./fastboot-linux flash recovery recovery.img
./fastboot-linux reboot


Bei mir waren dann folgende Ausgaben auf dem Bildschirm zu sehen:

sending 'userdata' (2 KB)... OKAY
writing 'userdata'... OKAY
[echox@kaffeesatz:~/android/froyo/fastboot] % ./fastboot-linux flash boot boot.img
sending 'boot' (2044 KB)... OKAY
writing 'boot'... OKAY
[echox@kaffeesatz:~/android/froyo/fastboot] % ./fastboot-linux flash system system.img
sending 'system' (116663 KB)... OKAY
writing 'system'... OKAY
[echox@kaffeesatz:~/android/froyo/fastboot] % ./fastboot-linux flash recovery recovery.img
sending 'recovery' (2294 KB)... OKAY
writing 'recovery'... OKAY
[echox@kaffeesatz:~/android/froyo/fastboot] % ./fastboot-linux reboot
rebooting...


Nach einer kurzen Wartezeit ist die neue Firmware dann aufgespielt.
Von hier können wir jetzt einfach bis auf Android 2.2 FRF91 Updaten.

Update auf ERE27, FRF85B (Froyo) und FRF91 (Froyo)

1. Nexus One über USB-Kabel mit dem Rechner verbinden.
2. signed-passion-ERE27-from-ERD79.a487b405.zip in update.zip umbenennen und auf die SD-Karte des Androids speichern.
3. Nexus One abschalten, Trackball drücken, Gerät wieder einschalten um in den Bootloader zu gelangen.
4. Im Bootloader sollte ausgewählt sein, mit der Power-Taste dann bestätigen.
5. Recovery auswählen und wieder mit der Powertaste bestätigen.
   Wenn ein Ausrufezeichen und ein kleines Android Logo zu sehen ist, die Power-Taste drücken und dann dazu die Volume-Up-Taste.

   Die Meldung "E:Can't open /cache/recovery/command" kann dabei getrost ignoriert werden.

6. Hier mit dem Trackball "Apply sdcard:update.zip" auswählen und einfach mit dem Trackball bestätigen.

Danach erfolgt die Installation und nach einem Neustart ist die Firmware ERE27 installiert.

Diese Schritte müssen als nächstes einfach für die Datei "signed-passion-ota-42745.dc39ca1f.zip" und anschliessend für "signed-passion-FRF91-from-FRF85B.db99fdf1.zip" wiederholt werden.

Danach ist die aktuelle Android 2.2 Version auf dem Nexus One installiert.

Ich habe dafür mit dem Suchen der Files knapp 20 Minuten gebraucht.

Update: Wer eine Anleitung für Android 2.2 "Froyo" auf dem Desire sucht, wird bei Fabian fündig.

Update 2:Stephan hat in den Kommentaren noch ein paar Hinweise zur Benutzung von Windows 7 gegeben:

Vorab musste ich die Datei "AdbWinApi.dll", sowie die "AdbWinUsbApi.dll" in den entpackten fastboot-Ordner kopieren - ansonsten kam die Fehlermeldung, dass die AdbWinApi.dll fehle.
Außerdem musste ich - da ich Win7 nutze - die Eingabeaufforderung als Admininstrator ausführen, um den Bootloader erfolgreich zu entsperren und das Downgrade auf ERD79 anzustossen zu können.

Closure Tools besteht aus den folgenden Teilprojekten:

Der Closure Compiler übersetzt JavaScript Code in eine kompaktere Form. Dadurch werden die Scripte kleiner und damit auch schneller. Es wird toter Code entfernt und nach üblichen Fehler gesucht. Eine Erweiterung für Firebug ist auch verfügbar.

Mit Closure Templates gibt es eine einfache Möglichkeit dynamisch HTML zu generieren. Die Templates sind fertig kompiliert als Java und JavaScript.

In diesem Posting geht es um den dritten Teil des Closure Projekts: Closure Library. Die veröffentlichte Bibliothek enthält eine breite Sammlung von Funktionen und ist kompatibel zu den gängigen Browsern.
Außerdem bringt sie noch ein paar andere nette Konzepte mit.

Abhängigkeiten

Closure Library besitzt ein simples Abhängigkeits-Konzept. Mit goog.provide() wird ein eigener Namensraum für eine Funktion geschaffen. Mit goog.require() ist es dann möglich auf die vorher definierten Funktionen zuzugreifen.
Dabei sind goog.provide() und goog.require() nicht nur als vereinfachte Include Funktionen zu sehen. Mit der Bibliothek kommt ein Python Script welches eine JavaScript Datei analysiert und mit den benötigten Abhängigkeiten ein grosses Script erstellt.
Dieses Script kann bei Bedarf dann mit dem Closure Compiler weiter optimiert werden.

Events

JavaScript sendet bei einer Benutzerinteraktion mit einem DOM-Element ein Event an dieses Element. Zum Beispiel bei einem Klick oder einem Kontakt mit dem Mauszeiger. Auf diese Events lässt sich dann im Programmcode reagieren. Leider sind Events bei jedem Browser ein wenig anderst implementiert. Auf diese Unterschiede müsste man eigentlich bei der Entwicklung achten. Closure umgeht dieses Problem mit einem eigenen Eventmodell. Dieses Modell funktioniert dann mit allen gängigen Browsern gleich.
Es ist auch möglich eigene Eventtypen zu erstellen und zu benutzen.
Die Demo goog.events.MouseWheelHandler zeigt zum Beispiel eine Reaktion auf Events des Mausrads.

Vererbung

Ein rudimentäres Vererbungskonzept wird mit goog.inerhits(child, parent) ermöglicht. Soll eine Klasse von einer anderen abgeleitet werden, muss goog.inerhits(child, parent) eine Refernz auf beide Klassen übergeben werden. Danach sind die vererbeten Funktionen sichtbar. Den Konstruktor der Vaterklasse muss man allerdings noch selbst aufrufen.

Ein Beispielcode aus der Dokumentation:

goog.ui.MenuButton = function(content, opt_menu, opt_renderer, opt_domHelper)
{
  goog.ui.Button.call(this, content, opt_renderer ||
      goog.ui.MenuButtonRenderer.getInstance(), opt_domHelper);
 
  // Menu buttons support the OPENED state.
  this.setSupportedState(goog.ui.Component.State.OPENED, true);
 
  if (opt_menu) {
    this.setMenu(opt_menu);
  }
  this.timer_ = new goog.Timer(500);  // 0.5 sec
};
goog.inherits(goog.ui.MenuButton, goog.ui.Button);

Hier erbt die Komponente MenuButton von Button. Zeile 3 zeigt den Aufruf des Konstruktor der Vaterklasse mit call().

Funktionen

Closure besitzt Funktionen für sehr viele Anwendungsfälle. Allein goog.ui enthält 138 verschiedene Komponenten. Dabei sind einfache Elemente wie ein Benutzerdialog genauso enthalten, wie eine Komponente zur Rechtschreibkorrektur, einer Baumstruktur oder einem kompletten WYSIWYG-Editor.
Es sind Datumsfunktionen vorhanden, einfache Iteratoren, komplexere Datentypen wie Maps und Sets, i18n-Funktionen zur Lokalisierung und einfache Effekte.

Wer sich selbst mit den Möglichkeiten vertraut machen will, dem Empfehle ich die API und die darin enthaltenen Demos.

Die komplette Bibliothek ist über Subversion verfügbar:

svn checkout http://closure-library.googlecode.com/svn/trunk/ closure-library-read-only

Achtung: Es sind hier auch alle Beispiele und Tests enthalten. Aus diesem Grund werden 156 MB heruntergeladen.

Closure Library ist verfügbar unter der Apache License 2.0.

Rund 27.000 Entwickler haben sich dafür erfolgreich registriert, mit der API gespielt und kleine Prototypen in Form von Gadgets und Robots geschrieben.Die Java Robot Client Library wurde nun ganz offiziell als Open Source verabschiedet und ist bei Google Code zum download verfügbar.

Es wurden von verschiedenen Firmen Extensions entwickelt die jetzt von Google selbst unterstützt werden. Dazu zählen einfache Spiele wie Sudoku genauso, wie Video Chat Anwendungen und eine Wetter Erweiterung.

Eine Vorschau gibt es für Erweiterungen von SAP, salesForce.com (Stichwort Cloud Computing) und MediaWiki (dafür scheint Google Wave ja wie gemacht zu sein).

Ausserdem findet man bei den Extensions jetzt auch die "Wave Extension Design Principles".

Wer bisher keine Lust oder Zeit hatte, sich das 80 Minuten Video zur Google Wave Präsentation auf der Google I/O anzusehen, hat nun die Möglichkeit in 8 Minuten eine Übersicht zu bekommen. Stephanie und Greg vom Entwicklerteam haben die Features nochmal schnell zusammengefasst:

Ob das etwas mit den 100.000 verschickten Einladungen zu tun hat?

Aus wird jedenfalls .

Laut dem offiziellen Blogposting von Stephanie sind die Einladungen naemlich schon raus.

To all sandbox developers, thank you for your patience, feedback, creativity and riding the sometimes bumpy waves with us. You will get accounts on wave.google.com tomorrow - check your sandbox account for instructions on how to login. You'll also get invitations to bring on people you want to wave with or have try your extensions. Google Wave is more fun with friends or colleagues to collaborate with so use your invitations wisely!

Tatsächlich habe ich in meinem Developer Sandbox Account eine Einladung zur Betaphase auf wave.google.com gefunden.

In meinem Firefox 3.5 laeuft das Frontend inzwischen deutlich stabiler als in der Sandbox. Auche meine ich einen positiven Geschwindigkeitsunterschied feststellen zu koennen. Mehr kommt dann in den nächsten Tagen.

Aber testet doch am besten selbst, ich habe noch 4 Einladungen übrig

Hinterlasst dazu einfach einen kurzen Kommentar - First come, first served!

Hier zeigt Lars Rasmussen mit seinem Team schoen ueber mehrere Rechner verteilt wie einfach es ist, mit den Google eigenen Wave Applikationen zu Chatten, Teilnehmer zum Chat hinzuzufuegen, private Gespraeche zu fuehren, die History zurueckzuspielen und Dokumente zu tauschen. Bildergalerien werden einfach per "Drag and Drop" in die Anwendung gezogen worauf hin fast sofort eine Vorschau mit Thumbnails entsteht, obwohl die Bilder noch nicht komplett hochgeladen wurden.

Besitze ich nun einen Blog, kann ich diese Bildergalerie direkt aus Google Wave heraus einbinden. Aenderungen, zum Beispiel an einem Bildtitel, werden sofort sichtbar.
Das bedeutet Tastenanschlag fuer Tastenaschlag wird unmittelbar uebertragen. Ich kann meinem Kommunikationspartner also beim Tippen zusehen.

Die in der Einfuehrung gezeigte Webapplikation ist uebrigends mit dem Web Toolkit und HTML 5 gebaut[2].

Doch was ist denn Google Wave eigentlich ohne die bunten Webapplikationen betrachtet?

Protokolluebersicht

Google Wave ist vor allem erstmal ein erweitertes XMPP Protokoll. Damit erben wir sozusagen saemtliche Bestandteile von Jabber, das heisst die XML Basis, Adressierung, TLS, Buddylist-Konzept, etc.

Jetzt gibt es in Google Wave sogenannte Wavelets. Ein Wavelet besteht aus einer eindeutigen ID, einer Liste mit Berechtigungen und einem Satz von XML Dokumenten. Dieses Wavelet liegt dann beim Waveprovider des Erstellers. Moechte man nun dieses Dokument mit anderen Benutzern teilen, fuegt man die Benutzer der Berechtigungsliste hinzu. Die anderen Benutzer koennen dabei zum Beispiel nur Leserechte haben oder ebenfalls auch Schreibrechte.

Am Anfang wird dann der Wave Provider des Benutzers eine Kopie der fuer ihn zugaenglichen XML Dokumente erhalten. Aenderungen an den Dokumenten des Wavelets werden von da an in Echtzeit durch das Google Wave Protokoll an alle anderen Benutzer uebertragen. Durch jede Eingabe, jeden Tastenanschlag, entsteht also eine eigene "Wave"mit den Aenderungen zur vorherigen Dokumentenversion. Durch dieses System entstehen verschiedene Versionen der Ursprungsdokumente. Diese Versionen koennen jederzeit problemlos angefordert werden,  so entsteht ganz automatisch eine beliebig flexible History. Es ist also nicht nur moeglich einen Schritt zurueck zu gehen, sondern man kann ganz gezielt den Urzustand einer bestimmten Stelle des Dokuments herstellen.

Google Wave  ist also erstmal nur ein Protokoll, um Aenderungen an Dokumenten in Echtzeit zu publizieren.

Anforderungen und Probleme

Um diese Technik nutzen zu koennen benoetige ich also einen Wave Provider und meine Anwendung, welche die erstellten XML Dokumente in einer brauchbaren Form rendert.

Wave Provider wird es ueber kurz oder lang wohl recht viele geben. Da das Protokoll "Open Source" und recht ueberschaubar ist, wird es wahrscheinlich kein Problem sein, einen eigenen Server zu schreiben. Zur Google eigenen Serversoftware wurde im Vortrag leider nichts gesagt, auch nicht ueber die Systemanforderungen. Anforderungen sind fuer mich jetzt schlecht abzuschaetzen, aber ich denke hier wird es hohe Ansprueche an die Infrastruktur geben. Ich bin selbst kein grosser Freund von XMPP/Jabber, aber die grossen Jabber Server haben immer wieder Probleme durch erhebliche Netzlast die zum Beispiel durch Onlinestatus-Updates der Benutzer generiert werden. Jeder kann sich selbst ausrechnen was fuer Traffic generiert wird, wenn wirklich viele Benutzer, zum Beispiel waehrend einer Konferenz, ein Dokument in Echtzeit bearbeiten. Auf die technischen Probleme von XMPP/Jabber wird im Wiki zu PSYC entsrpechend eingegangen[3].

Ein weiteres Problem sehe ich in der Strukturierung des XMLs. Google zeigt zwar waehrend der Demo schoen, wie einfach es ist gemeinsam Dokumente zu bearbeiten und das jeder sich im Prinzip seinen eigenen Wave Server aufsetzen kann, trotzdem muesste dann auch das Dokumentnformat irgendwo spezifizieren da sich die darin enthaltenen Informationen sonst nicht rendern lassen. An eine offene Spezifikation aus der Community will ich irgendwie noch nicht so recht glauben.

Ob Google Wave also wirklich die Technik fuer eine neue Kommunikationsform wird, haengt vor allem davon ab, ob man sich gemeinsam auf ein entsprechendes Format zur Uebertragung dieser Kommunikation einigen kann. Bei Google Groups zum Thema Wave Protokoll wurde diese Problematik wohl kurz angesprochen[4], inzwischen scheint die Diskussion aber eingeschlafen zu sein.

In der Google Wave Robots API gibt es zwar ein Interface "Blip"[5], welches einen Knoten in einer Kommunikation repraesentiert, genauere Spezifikationen habe ich aber dazu leider noch nicht finden koennen.

Ausblick

Sicher das Wave Protokoll ist eine nette Sache. Ob es aber tatsaechlich die Kommunikation im Netz so massgeblich beeinflussen wird, wie ueberall prophezeit bleibt abzuwarten.

Sicher kann man sich aber sein, dass dieses Protokoll auf jedenfall kommen wird. Google hat die ersten Teile der Spezifikationen oeffentlich zugaenglich gemacht und ein kleines API Kit in Java und Python fuer Robots und aehnliche Anwendungsfaelle zur Verfuegung gestellt. Die Teilnehmer der Google IO Konferenz haben alle einen Sandbox Zugang erhalten und koennen vorab die Google Anwendungen und das Protokoll testen.

Mit der Zeit wird man sicher immer mehr Robots als Service zur Verfuegung haben. Anwendungsfaelle wie zum Beispiel eine schicke kontextabhaengige Rechtschreibkontrolle, automatisiertes Bloggen, etc. wurden ja im Vortrag schon demonstriert. Das die Google App Engine Python und Java unterstuetzt ist sicherlich auch kein Zufall und so findet man fuer kleinere Robots hier sogar in Google einen kostenlosen Hoster.

Ich bin gespannt was beim Sandboxtest rauskommt und wie gut das Protokoll tatsaechlich in einer echten Umgebung skaliert. Die Performance Problematik habe ich ja oben kurz angesprochen...

Ausserdem interessiert mich wie Google den Open Source Prozess umsetzt. Traditionell bestehen die Committer und Maintainer (also die Leute welche Aenderungen am Protokoll auch wirklich einspielen koennen) ja aus der Community welche entweder durch eine spezielle Gruppe ausgewaehlt werden oder eben direkt gewaehlt sind. Natuerlich bedeutet Open Source nicht die Verpflichtung diese Aufgaben an eine Community zu geben, aber die "Community Principles"[6] lassen auf etwas in dieser Richtung schliessen. Im Moment sind die Committer selbstverstaendlich noch die Entwickler bei Google[7] selbst.

Weiterfuehrende Links

Wer sich mit dem Thema naeher befassen will, dem empfehle ich folgende Links:

Einfuehrung von Google Wave auf der Google IO

Ein erster Entwurf der Protokollspezifikationen

Uebersicht ueber die Protokollarchitektur

Google Groups Diskussionen

Google Wave APIs

Fussnoten:

[1] Google Wave Introduction from Google IO - http://www.youtube.com/watch?v=v_UyVmITiYQ

[2] Went walkabout. Brought back Google Wave - http://googleblog.blogspot.com/2009/05/went-walkabout-brought-back-google-wave.html

[3] Technical Issues in Jabber - http://about.psyc.eu/Jabber

[4] Google Groups: Wavelets with different XML schemas - how to render? - http://groups.google.com/group/wave-protocol/browse_thread/thread/2d3fb5ce88dc3249

[5] Google Wave Robots API Javadoc - http://wave-robot-java-client.googlecode.com/svn/trunk/doc/index.html

[6] Google Wave Community Principles - http://www.waveprotocol.org/wave-community-principles

[7] Google Wave Committers - http://www.waveprotocol.org/committers