Zum Einen ist mit Ubuntu 10.04 LTS "Lucid Lynx" die nächste Version des damals von mir genutzten Linux erschienen. Und zum Anderen nutze ich nun eine andere Destribution, nämlich "Linux Mint 9", das zugegebenermaßen auf eben genanntem Ubuntu basiert.

Dies hat dazu geführt, das die Installationsanleitung, die ich in dem Anfangs erwähnten Artikel verfasst habe, so nicht mehr für meine eigene Konfiguration spricht. Getreu dem Motto "Eat your own dogfood." nun ein kleines Update um Chancengleichheit wieder herzustellen.

Beginnen wir mit der guten Nachricht: Die alte Anleitung ist unter Ubuntu 10.04 (und auch unter Mint 9) bis auf eine kleine Änderung weiterhin gültig. Die neue Ubuntu-Version enthält die am Ende des Artikels beschriebene udev-Regel (in "/lib/udev/rules.d/") nicht mehr, so dass dieser Schritt entfällt. usb_modeswitch ist weiterhin lauffähig, man sollte natürlich die neueste Version benutzen, nicht die im Artikel beschriebene.

Nun zur schlechten Nachricht: Ich musste leider feststellen, dass mit der in meinem Installationsartikel beschriebenen Anleitung zwar die Inbetriebname des Modems möglich war, jedoch die Verbindung mittels GNOME "network-manager" relativ oft versagte.

Die Lösung kam in einem kleinen, aber meiner Meinung nach sehr genialen Skript: Sakis3G

Das Skript (Homepage; aktuelle Version 0.2.0d) vereint alle vorher benötigten Tools unter einer leicht bedienbaren, mittlerweile sogar grafischen, Oberfläche. Die Einrichtung des UMTS-Sticks gestaltet sich nun unter Linux Mint 9 (und genauso auch Ubuntu 10.04) denkbar einfach, da nur noch das Skript heruntergeladen und unter root-Rechten gestartet werden muss:

Eine vorherige Konfiguration des UMTS-Sticks mit usb_modeswitch ist nicht erforderlich, da dies alles von Sakis3G übernommen wird. Die Informationen wie PIN und Access-Point (APN), die zur Herstellung der Verbindung erforderlich sind, werden alle interaktiv vom Skript abgefragt. Das ist vor allem praktisch, wenn man auch abundzu mal eine andere SIM-Karte benutzt, da man keine Profile für irgendwelche Netzbetreiber erstellen muss.

Wer möchte, der kann die Informationen, die normalerweile interaktiv abgefragt werden, auch in das Skript eintragen. Auf diese Weise muss man nur noch das Skript starten, einen Moment warten und schon kann man lossurfen.

Noch ein Nachtrag für Benutzer eines 64Bit-Systems (wie ich): In dem Skript ist standardmäßig die 32Bit-Version von usb_modeswitch enthalten. 64Bit-Benutzer müssen das Tool erst neu kompilieren, bevor das Skript funktioniert. Dies geht (wenn alle Abhängigkeiten erfüllt sind) mit einem Befehl:

Allerdings war es auch klar, dass es nicht bei so einer schön einfachen Lösung bleiben kann. Ich habe mich nämlich neulich dazu entschlossen mein Handy einer kleinen Firmware-Frischzellenkur zu unterziehen. Und so gibt es nun die Möglichkeit, dass es sich entweder über USB (als USB-Netzwerkkarte) oder als mobiler WLAN-Hotspot dem Laptop als Internetzugang anbietet. Allerdings weiß ich noch nicht so recht, welche von diesen zwei Möglichkeiten es nun wird. Es bleibt also weiterhin spannend...

Gruß
Xp

Update 08.06.2010: Ich habe einen weiteren Artikel zu dem Thema verfasst.

Ich habe mir letztes Wochenende wieder mal ein neues Spielzeug zugelegt: diesmal ein USB-UMTS-Modem (oder UMTS-USB-Modem, was ist richtiger?) für mein "ultra-mobiles" Notebook, da ich es versäumt habe mir gleich die Version des Rechners zu kaufen, die schon eines integriert hat. Meine Wahl ist zunächst auf den aktuellen Vodafone-Stick gefallen, gekauft habe ich mir dann jedoch den "T-Mobile Web'n'Walk Stick Fusion II", da sich die Vodafone Mitarbeiter zu bescheuert angestellt haben.

Der "Fusion 2" ist ein gebrandeter "Huawei E1750", was auch am Typenschild auf der Packung und der Rückseite des Sticks (siehe Bild) zu erkennen ist. Laut Packung ist der Stick auch Linux-fähig, was für mich ein Kaufargument war, da ich so die Möglichkeit der Rückgabe gehabt hätte, wenn er unter Linux nicht funktioniert hätte.

Zunächst habe ich den Stick unter Windows getestet, also reingesteckt und schon kam das Installationsprogramm von T-Mobile hoch. Nach Durchklicken von einem Standard-Installationsassistenten und Einrichten des Zugangs war ich auch schon online. Die T-Mobile eigene Software halte ich übrigens für einen wirklichen Nachteil von dem gebrandeten Stick, da sie sich natürlich über "nicht unterstützte" Provider beschwert, wenn man nicht auch den T-Mobile Zugang benutzt.

So weit, so unspannend. Eigentlich wollte ich den Stick ja hauptsächlich unter Linux (genauer Ubuntu 9.10) nutzen. Bei der Installation bin ich jedoch auf ein Problem gestoßen und damit die nächsten nicht so viel probieren müssen, dachte ich mir ich schreibe das ganze mal als kurze Anleitung zusammen.

Zunächst etwas Grundwissen: Die heutigen UMTS-USB-Sticks geben sich beim Verbinden mit einem Computer zunächst als Speicherstick aus. Das hat den Vorteil, dass auf diesem Speicherbereich gleich die nötige Treibersoftware vorhanden sein kann, so dass man nicht zunächst eine CD oder das Internet bemühen muss. Ist der Treiber dann installiert, so erkennt er das Gerät und sendet ihm eine spezielle Kontrollnachricht zu, die die Umschaltung in den Modem-Modus veranlasst.

Das Problem, das sich aus diesem Umstand ergibt ist, dass die Treibersoftware meistens nur für Windows und Mac OS X existiert. Aus dieser Not heraus haben sich im Linux-Umfeld Lösungen entwickelt, die die Umschaltung in den Modem-Modus herstellerunabhängig erledigen können. Zum Einen wäre da das "usb_modeswitch" Programm und zum anderen besitzen auch aktuelle Versionen der "udev" Geräteverwaltung eine Unterstützung für USB-Modems. Beiden gemeinsam ist der Umstand, dass die unterstützten Geräte anhand ihrer Geräte-ID erkannt werden und die benötigten Schritte dann anhand einer Regelliste ermittelt werden. Und genau an dieser Stelle liegt die Krux, die in Verbindung von Ubuntu 9.10 und dem Huawei E1750 entsteht.

Die von Ubuntu verwendete Version von "udev" besitzt nämlich eine Regel, die auf die Hersteller-/Geräte-ID-Kombination des Huawei E1750 passt (die im übrigen "12d1:1446" ist), führt allerdings nicht die richtigen Aktionen aus. Um das Modem zur Funktion zu bewegen ist also das "usb_modeswitch" Programm nötig, dass in der neuesten Version (momentan 1.1.1) die richtigen Regeln mitbringt.

Zunächst muss man also usb_modeswitch installieren. Leider ist die neue Version noch nicht in den Ubuntu-Paketquellen vorhanden, deshalb muss man die Quellen direkt von der Homepage herunterladen und selbst installieren. Benötigt wird sowohl das usb-modeswitch Archiv selbst als auch die Konfigurationsdateien ("usb-modeswitch-data"). Beide Archive kann man einfach entpacken und dann mit dem Befehl "sudo make install" von einer Shell aus installieren (natürlich zuerst das Programm, danach die Konfigurationsdateien).

Nun sollte man prüfen, ob das "usb_modeswitch" Programm richtig installiert ist. Dazu müssen folgende Punkte erfüllt sein:

Eine ausführbare Datei "usb_modeswitch" in "/usr/sbin":

Eine Konfigurationsdatei "40-usb_modeswitch.rules" in "/lib/udev/rules.d" mit einem Eintrag für die Geräte-ID des Sticks:

Und natürlich eine Konfigurationsdatei für usb_modeswitch mit den richtigen Aktionen (in "/etc/usb_modeswitch.d"):

An diesem Punkt ist usb_modeswitch richtig eingerichtet und man sollte meinen, der Benutzung des UMTS-Modems stünde nichts mehr im Weg. Dem ist jedoch nicht so, da "udev" immernoch dazwischenfunkt. Diesem Fehlverhalten kann man entgegenwirken, indem man die entsprechende Regel entfernt. Diese ist in der Datei "/lib/udev/rules.d/61-option-modem-modeswitch.rules" zu finden (einfach nach der Geräte-ID "1446" suchen). Nach dem Entfernen oder Auskommentieren der Zeile ist die richtige Funktion gewährleistet. Der USB-Stick sollte nach dem Einstecken richtig erkannt werden und auch in den Modem-Modus umgeschaltet werden. Dies kann man leicht mit "lsusb" verifizieren. Wenn die Umschaltung in den Modem-Modus richig funktioniert, so müsste lsusb folgende Ausgabe erzeugen (gekürzt auf die wesentlichen Zeilen):

Wichtig ist hierbei, dass der Stick nun als "E620 USB Modem" auftaucht und sich die Geräte-ID von "1446" zu "1001" geändert hat.

Ich hoffe dieses Vorgehen funktioniert bei anderen Benutzern ebenfalls und ich habe beim Nachträglichen schreiben des Textes keinen wichtigen Schritt vergessen. Sollte etwas fehlen oder schlichtweg falsch sein, so bitte ich um einen Kommentar.

Gruß
Xp

Es ist tatsächlich soweit, Milchkaffee hat nun mehr als 100 aktive Nutzer (aktuell sinds 116)! Bei fast 400 Downloads sind das immerhin fast 30% der Leute, die es mal ausprobiert haben. Wenn man davon ausgeht, das es viele Leute gibt, die Anwendungen "einfach mal so" installieren um sie dann wieder zu entfernen (ich schließe hier von mir auf andere...), dann kann man eigentlich zufrieden sein.

Um dieses Ereignis zu feiern, gibts heute eine neue Version von Milchkaffee, die speziell für Android Cupcake entwickelt wurde (nun erklärt sich auch das Bild rechts...).

Mit der neuen Firmware Version ("Cupcake" ist der Codename der Firmwareversion 1.5) kamen ein paar echt nette neue Features in die Plattform, zum Beispiel auch die Möglichkeit kleine Ansichten auf den Desktop zu platzieren (sogenannte "Widgets"). Das wird nun von Milchkaffee genutzt um die nächsten Aufgaben anzuzeigen:

Ich hoffe, das Feature kommt bei den Benutzern an. So wie ich das gesehen habe, ist Milchkaffee momentan auch die einzige RememberTheMilk-Anwendung mit Widgets. Vielleicht gibts dadurch ja auch wieder ein paar neue Nutzer...

Wer nun enttäuscht ist, weil erst so ein aufreißerischer Titel kam und dann nur eine neue Softwareversion angekündigt wird, der vergebe mir diesen kleinen Trick.

Ein schönes Wochenende noch...

Gruß
Xp

Heute kam mal wieder ein Newsletter von PBXes. Um ganz ehrlich zu sein, hatte ich den Anbieter schon fast vollständig vergessen. Ich hatte mir mal ein Konto dort angelegt, als ich meinen SIP-Account für VoIP-Telefonie und mein damals neues Nokia Handy miteinander verheiraten wollte. Mittlerweile geht das jedoch auch ganz wunderbar ohne eine zusätzliche Stelle dazwischen.

Was diese Sache jedoch erwähnenswert macht war der Inhalt der Email. Ich hatte zwar schon letztes Jahr ein paar mal davon gelesen, das eine Java-Implementierung des SIP und des RTP-Protokolls (jeweils) auf die Android-Plattform gemacht wurden, jedoch wurde es dann lange still um das Thema. Anscheinend haben sich jedoch in der Zwischenzeit ein paar Leute von PBXes (und noch ein paar Andere mehr) die Sache in die Hand genommen und den "Beispielclient" der der Portierung beilag in eine funktionierende Software umgebaut. Diese trägt den Namen "SIPdroid".

Heute nun wurde die erste öffentliche Betaversion verfügbar gemacht, leider nur für die Version 1.5 der Android-Plattform und damit noch außer Reichweite für Besitzer der normalen, handelsüblichen Geräte wie mir. Auch hier ist jedoch ein Lichtstreif am Horizont zu erkennen, da durchgesickert ist, dass das Update "Anfang bis Mitte Mai" noch kommen soll.

Ich bin auf jeden Fall schonmal gespannt und hoffe darauf, das sich bald von erfolgreichen Versuchen lesen kann.

Gruß
Xp

Komischer Name, aber hoffentlich ein nützliches Programm. So oder so ähnlich könnte das Motto lauten unter dem ich mein neuestes Programm veröffentliche. "Milchkaffee" (zu dem Namen komm ich gleich) ist ein Programm für Android-basierte Geräte, das den Zugang zur Aufgabenverwaltung auf RememberTheMilk.com vereinfachen soll.

Es gibt zwar schon ein paar Aufgabenverwaltungsprogramme (z.B. Astrid oder Toodo), aber mir kam es irgendwie so vor, als ob keins wirklich für das Zusammenspiel mit der Online-Aufgabenverwaltung gemacht wurde. Auch waren die Programme viel zu überladen um "nur ein paar Aufgaben" zu bearbeiten. Also beschloß ich, mich selbst dran zu versuchen. Die Benutzeroberfläche soll sich möglichst stark an die Weboberfläche anlehnen, aber natürlich ein wenig flotter reagieren.

Die erste Version, die ich heute auf den Android Market geladen habe, enthält eigentlich schon alle Funktionen, die man für den täglichen Gebrauch braucht (also zumindest geht es mir so). Man kann Aufgaben hinzufügen, löschen, erledigen und die Priorität ändern. Außerdem kann man sich die verschiedenen Aufgabenlisten ansehen. Ich weiß noch nicht, was ich als nächstes hinzufügen werde, wahrscheinlich wird das Projekt jetzt erstmal ruhen (hab ja ne ganze Woche dran gesessen). Mal sehen, was die Weltöffentlichkeit so dazu meint...

Ein paar Screenshots gibts hier: Milchkaffee-Album und eine kleine eigene Seite hat das Programm auch bekommen.

Download gibts über den Android Market, einen direkten Link kann ich deshalb nicht anbieten. In die richtige Richtung geht jetzt jedoch mit cyrket.com, einem Online-Client für den Market, bei dem man sich zumindest das Listing anschauen kann. Laden geht dann aber trotzdem nur mit Telefon.

Ich hoffe auf gute Bewertungen und wünsche allen Benutzern viel Spaß mit der Anwendung...

Für die, die es so lange ausgehalten haben, jetzt aber noch die Auflösung des Namensgewinnspiels. Der Name "Milchkaffee" rührt aus dem Zusammenspiel von RememberTheMilk.com (ziemlich offensichtlich) und Android her (nicht ganz so simpel). Android-Anwendungen werden in Java geschrieben und Java ist nebenbei auch der Name einer Kaffeesorte. So kam ich zu diesem zugegebenermaßen ziemlich abgedrehten Programmnamen.

Gruß
Xp

In meinem Urlaub "neulich" habe ich auch eine kleine Kunstausstellung angeschaut. Dies blieb hauptsächlich deshalb undokumentiert, da ich, wie ein gut erzogener Kunstausstellungsbesucher, keine Kamera dabei hatte. Nichtsdestotrotz stieß ich dort auf eine sehr kreative Idee durch digitale Bearbeitung von Bildern einen interessanten Effekt zu erzielen. Der verwendete Algorithmus war recht schnell ermittelt, was wohl daran liegt, das ich mich im Rahmen meiner Studienarbeit ein bisschen mit Farbsystemen auseinandergesetzt habe...

Den gleichen Nachmittag noch habe ich die Idee "das kann ich auch" gleich in Code umgesetzt und heute gibts das Ergebnis frei zum herunterladen und selbst ausprobieren. Benötigt wird nur das .NET Framework 2.0, ein paar Bilder und etwas Geduld (natürlich abhängig vom Rechenknecht). Das Ergebnis bei Standardeinstellungen ist übrigens auch rechts zu betrachten...

Download: PixelSort

Ich wünsche viel Spaß mit dem Programm, wenn Fehler auftauchen, dann könnt ihr ja schreiben. Ich habs nicht groß getestet (war ja nur ne kleine Bastelei für mich), aber es sollte eigentlich funktionieren. Für jemanden, der sich ein bisschen mit digitalen Bildern und Informatik auskennt sollte es auch nicht schwer sein herauszubekommen, was das Programm eigentlich tut. Wenn gewünscht kann ich auch den Quelltext (auszugsweise) zeigen...

Gruß
Xp

Eigentlich hatte ich etwas mehr Resonanz auf das kleine Rätsel um mein Favoritenicon erwartet (wobei es auch an der ungünstigen zeitlichen Positionierung des Artikels liegen könnte), aber anscheinend hat sich doch niemand so richtig mit dem kleinen Viereck auseinander gesetzt, das jetzt schon ein paar Wochen die Bookmarkleisten (sofern ihr Bookmarks benutzt) beziehungsweise die Adressleisten meiner Leser ziert.

Alle die sich vor dem Studium der Auflösung zuerst doch noch einmal selbst mit dem Viereck beschäftigen wollen, gebe ich vor dem Klick auf "Weiterlesen" jetzt nochmal eine Chance dies zu tun...

Gut, also doch der leichte Weg? Naja, ich will mal nicht so sein.

Da ich mich ja öfter mit Programmieren beschäftige dachte ich mir: Machst du mal ein Favicon, das schön abstrakt ist und sich für jeden Besucher verändert. Möglichst mit ein paar "privaten" Daten drin.  Als erstes musste dazu natürlich auf eine Datei verwiesen werden, die kein statisches Symbol ausgibt bzw. enthält sondern dies dynamisch bei jedem Aufruf erzeugt. Ich wählte dazu, wie sollte es anders sein, PHP. Wer einen Blick in den Quelltext meiner Webseiten wagt, der wird jedoch feststellen, dass ich nicht etwa wie hier beschrieben mit einem <link>-Tag auf die PHP-Datei verwiesen habe sondern einen anderen Trick angewandt habe, nämlich das mod_rewrite-Modul von Apache:

RewriteRule favicon.ico /scripts/favicon.php [L]

Diese Konfigurationszeile bewirkt, dass bei einem Aufruf der Standard-URL nicht wirklich nach einer realen Icon-Datei gesucht wird, sondern statt dessen das oben genannte Skript ausgeführt wird. Das war schonmal ganz nett, einen Nachteil hat es allerdings (noch): Der IE kommt nicht damit zurecht, dass es in Wirklichkeit keine ICO-Datei ist, die er bekommt sondern eine PNG-Datei (der Mime-Header stimmt allerdings...). Aber auf die armen IE-Nutzer kann man eh keine Rücksicht nehmen...

So, nun wären wir also beim Skript. Dieses benutzt ein paar Daten, die es sowieso bekommt und packt sie binär kodiert (die hellen und dunklen Stellen im Bild) in das Icon. Insgesamt ist das Icon 16x16 Pixel groß und würde, wenn man jedes Pixel als ein Bit benutzt, also Platz für insgesamt 256 Bit bieten, also 32 Byte. Das ist doch schonmal ne Zahl, mit der man spielen kann. Fehlen nur noch die Daten, die wir da reinpacken können.

Was liegt da näher, als ein paar "persönliche Informationen" des Benutzers zu nehmen, im Endeffekt sieht ja sowieso nur er dieses Bild. Und was ist das Persönlichste, was der Internet-Datenverkehr zu bieten hat? Richtig, die IP-Adresse. Zusammen mit der Uhrzeit des Zugriffs wird der Benutzer nämlich recht identifizierbar (allerdings nur bei Verdacht auf eine Straftat... oder wenn der Sysadmin des Providers nix zu tun hat ). Ich habe mich schließlich dazu entschlossen, die IP-Adresse (4 Byte bei IPv4, IPv6 unterstütze ich grade nicht), den verwendeten Port (2 Byte) und die Uhrzeit (nochmal 4 Byte) zu benutzen, zusammen mit einer kleinen statischen Nachricht (2 Byte). Da diese Informationen insgesamt nur 12 Byte benutzen hatte ich also noch ein bisschen Platz. Aber dieses "Problem" war auch schnell gelöst.

Kommen wir also nun zur finalen Aufteilung des Favicons (und damit zum letzten Abschnitt dieses langen Artikels):

Wie man sieht ist nur noch ein sehr kleiner Bereich unbenutzt. Wer genauer hinschaut, der stellt sicherlich auch schnell fest, woran das liegt: richtig, ich habe für jedes Bit zwei Pixel benutzt. Ein billiger Trick natürlich, aber erstens sieht es so besser aus (die einzelnen Pixel waren kaum zu erkennen) und zweitens habe ich eh nicht mehr Daten. Somit sind die Daten eigentlich 24 Byte groß. Wenn man jetzt noch den Rand abzieht (zwei Zeilen zu je 16 Pixel plus 14 Pixel an jeder Seite; macht insgesamt 60 "Bit"). Somit bleiben nur noch

$256 - 192 - 60 = 4 Bit$

Das ist das kleine Viereck rechts unten, das in der Ausgabe immer die gleiche Farbe hat.

So, wäre also das "Rätsel um das Viereck" geklärt. Zumindest fast, denn ein kleines Geheimnis habe ich noch nicht verraten... Wer bekommts raus?

Gruß
XP

Letzten Sonntag war es soweit. Nach einigen Monaten der intensiven Suche und des Haderns mit dem eigenen Geiz habe ich es (endlich) gewagt: Ich habe mir ein neues Handy gekauft! Ein T-Mobile G1, um es etwas exakter auszudrücken. Gestern ist es dann angekommen, das ersehnte Stückchen Technik (ich kann es immer nicht erwarten, bis etwas gekauftes ankommt; das mit der Post muss man glaube ich nochmal überdenken, Beamen wäre ideal...).

Nach dem Auspacken und Einschalten kam der erste Schreck: "Keine SIM-Karte vorhanden!", meinte der kleine grüne Android, der im inneren des schwarzen Plastikquaders sein Werk verrichtet. Ich ahnte übles, da ich das Handy, das von T-Mobile beworben wird, ohne Vertrag und SIM-Karte gekauft hatte und mit meiner alten E-Plus-Karte betreiben wollte. Es stellte sich gedoch schnell heraus, dass es nur eine mangelhafte Positionierung der SIM-Karte meinerseits war (sie war anscheinend etwas verrutscht). Nach einem erneuten Einbau und einem weiteren Bootvorgang wurde nun etwas netter begrüßt: "Zum Start Android berühren."

Nun kam die nächste Hürde auf mich zu (ich muss zugeben, die Einrichtung des Gerätes war etwas holprig): Anmeldung des Gerätes bei meinem GMail-Account. Was eigentlich kein Problem sein soll, stellte sich als etwas zeitaufwändig heraus, da ich Aufgrund der E-Plus-SIM natürlich die vorkonfigurierten T-Mobile Zugangspunkte nicht benutzen kann. So musste ich mir zuerst diese Konfiguration anlesen, das Internet mit seinen vielen Leuten die schon einmal an dieser Stelle standen half mir sehr schnell weiter. Nach einigem Probieren klappte die Verbindung dann auch und das Telefon meldete sich erfolgreich bei Google an und saugte sich meine Kontakte, die ich schon vorgestern in das Google-Konto eingepflegt hatte (Quelle war mein altes Handy).

Nun lag der neuen Internet-Welt nichts mehr im Weg, nicht zu letzt Dank der Handy-Internet-Flat, die ich am Vortag in weiser Voraussicht abgeschlossen habe...

Nach knapp zwei Tagen intensiver Benutzung des Telefons muss ich sagen, dass ich sehr zufrieden bin mit meinem Kauf. Der Preis ist zwar nicht grade von schlechten Eltern, aber die komfortable Bedienung und die Anwendungsauswahl auf der Plattform macht das meiner Meinung nach wieder wett. Es gibt zur Zeit schon viele sehr gute Ideen (z.B. Locale, dass Einstellungen anhand der Position vornimmt), die schon von findigen Entwicklern umgesetzt wurden. Und für Leute, die sich gerne selbst ein wenig mit Anwendungsentwicklung auseinender setzen wollen (so wie mich), ist das Telefon gradezu ideal, da der Quellcode des Betriebssystems vollständig zur Verfügung steht (im Gegensatz zu der schrecklichen SDK von Symbian S60; jetzt muss ich nicht mehr neidisch auf das .NET Compact Framework sein).

Ich habe gestern abend auch schon eine erste Erfahrung mit eben diesem Quellcode gemacht, da ich nämlich einen kleinen Fehler im Email-Client behoben habe. Zum einen ist es natürlich schade, dass gerade so eine wichtige Anwendung wie Email so ein schlechtes Programm bekommen hat, aber auf der anderen Seite kann man hier wenigstens Besserung erwarten (Ja Nokia... ich habe es nicht vergessen, dass ihr schon Ewigkeiten keine Updates mehr für das E60 heraus bringt!), zumindest auf Besserung hoffen. Ich vertraue da auf die große Zahl an Open-Source-Entwicklern, die die Plattform hoffentlich für sich entdecken...

Wenn es wieder etwas zu dem Thema zu melden gibt, dann werde ich das natürlich tun. Jetzt könnt ihr mir zu meinem Kauf gratulieren...

Gruß
Xp

Schuld war, wie hätte es anders sein können, ein Spiel: Unreal Tournament 3, das ich mir zusammen mit ein paar Freunden demletzt gekauft hab (es kommen auch noch ein paar Bilder der Paketsendung... sieht schon nicht schlecht aus). Gestern war es nun soweit, das Paket kam an und ich machte mich voller Vorfreude an das Auspacken und Installieren. Doch wurde meine Freude schnell gebremst, da die Installation nämlich schon vor der eigentlichen Installation mit einer nichtssagenden Meldung ("Error 1628: Failed to complete script based install.") in die Binsen ging. Schuld ist wohl eine nicht richtig fertiggestellte Installation oder Deinstallation, aber mir ist nichts dergleichen passiert in letzter Zeit (ja, obwohl ich eine Beta einsetze...).

Ich habe es schließlich darauf eingrenzen können, das die Demo des Spiels anscheinend irgendwelche "Reste" hinterlassen hatte. Allerdings kam ich auch mit der Idee "Ich installiere die Demo einfach nochmal und Deinstalliere sie dann wieder" nicht weiter, da auch die Demo nun die Installation aus dem gleichen Grund verwehrte. Auch diverse Search&Destroy-Missionen in der Registry (Zielsuche über diverse Forenartikel und Allgemeinwissen) halfen zu keinem guten Ergebnis. Also die gute alte Holzhammermethode und den ganzen Krempel runterschmeißen.

Jetzt bin ich wieder dabei das gute alte Windows Vista für den täglichen Einsatz frisch zu machen. Wahrscheinlich wird UT3 eines der ersten Sachen sein, die ich installiere. Und wehe es geht dann immernoch nicht...

Einen Artikel über meine Erfahrungen und Erkenntnisse mit der Windows 7 Beta gibts natürlich auch noch.

Gruß
Xp