PS3

Die Konsole machte zum Glück gar keine Probleme. Im Sony-Betriebssystem war die Maus schnell erkannt und eingerichtet; aber bis auf zum Surfen (wozu ich die PS3 gar nicht nutze) kann man die Maus nicht sinnvoll verwenden. Die Einrichtung im installierten Ubuntu Intrepid war ebenso ein Kinderspiel. Das Bluetooth-Portlet des Gnome-Desktops fand mein Gerät sofort; ich gab die PIN ein und die Maus funktionierte. Genauso hatte ich mir das vorgestellt. Wenn jetzt auch noch der alternative Bootloader pdaXrom-ng mit Bluetooth funktioniert, bin ich wunschlos glücklich (aktuelle Versionen von Petitboot haben ja leider keine GUI mehr).

Windows

Unter dem Microsoft-Betriebssystem begannen dann die Probleme. Asus als Hersteller meines Laptops bietet keine Aktualisierungen für den mitgelieferten Toshiba-Bluetoothstack an, was mich bis zu diesem Zeitpunkt nicht gestört hatte. Die erste Kontaktaufnahme zwischen Laptop und Maus war noch relativ einfach, doch nach dem Neustart des Rechners musste ich feststellen, dass dieser sich nicht automatisch mit dem Eingabegerät verband. Die Verbindung musste jedes Mal manuell wieder aktiviert werden (was umso ärgerlicher ist, wenn man keine funktionierende Maus hat); eine Option zum automatischen Reconnect beim Systemstart gibt es nicht.

Da ich von meinem Bruder wusste, dass der bei Windows eingebaute Bluetoothstack diese Möglichkeit bietet, habe ich die Toshiba-Software entfernt um danach festzustellen, dass zum Einen Windows XP keinen Treiber für meinen eingebauten Bluetoothadapter mitbringt und Asus andererseits den notwendigen Treiber an den Toshiba-Stack koppelt.

Doch zum Glück gibt es ja kleine Hacks, um Windows von der Funktionsfähigkeit des BT183-Adapters mit einem eingebauten Toshiba-Treiber anderen Namens zu überzeugen. Also schnell den technischen Code in der Treiber-INF angepasst und schon hatten sich die Probleme erledigt.

Linux

Unter meinem Ubuntu Hardy (8.04) gab es keine so einfache Lösung. Der interne Adapter BT183 wurde zwar erkannt, aber selbst nach manuellem Start des Bluetooth-Daemons fand das hcitool nicht die direkt daneben funkende Maus.

Also biss ich in den sauren Apfel und führte das längst überfällige Upgrade auf Ubuntu Jaunty (9.04) durch. Dies stellte sich im Nachhinein als kleiner Fehler heraus, denn in dieser aktuellen Version wurde der Wechsel des Bluez-Stacks auf die neue Major-Version 4 vollzogen. Diese verzichtet auf den HID-Daemin hidd und aus einem unerfindlichen Grund funktionieren u.a. die Bluetooth-Mäuse von Microsoft und Logitech nur mit diesem. So auch bei mir; das Bluetooth-Gnome-Portlet fand gar kein Gerät und auf der Kommandozeile sah das hcitool zwar meine Maus, aber nach einem ohne Fehlerausgabe durchgeführten Verbindungsversuch gab es trotzdem keine Connection.

Das Beste an diesem Problem war Freund Google. Fast alle Anleitungen zum Einrichten von Bluetooth-Mäusen basieren auf der 3er Version des Bluez-Stack, so dass ich bei der Suche nach Hinweisen nur veraltete Webseiten fand. HIDD hier, HIDD dort – nur ein HIDD ist bei Jaunty nicht mehr installiert. Doch dann fand ich den rettenden Hinweis: Das APT-Paket bluez-compat enthält die mit Version 4 entfernten Services, so auch HIDD. Und mit diesem Tool klappte dann endlich eine Verbindung und ich konnte den Mauszeiger über die BT-Maus bewegen.

Ein ganz ähnliches Problem habe ich momentan mit meiner Ubuntu-Installation, die immer noch auf dem stabilen LTS 8.04 (Hardy Heron) basiert. Dafür gibt es ein Videoschnitttool namens Kdenlive in der total veralteten Version 0.5; für aktuellere Versionen von Ubuntu steht schon 0.7.5 bereit. Also habe ich versucht, auch Hardy das Update beizubringen, indem ich mir die benötigten Abhängigkeiten (u.a. ein neueres KDE) aus anderen Quellen und Repositories besorgt habe. Das lief so lange gut, bis ich an die Stelle kam, wo eine aktuellere QT-Quelle benötigt wird. Diese (4.4.3) verträgt sich nämlich ganz und gar nicht mit der Hardy-Version (4.3.x), so dass ich mein Unterfangen abbrechen musste.

Das Problem mit meinem LTS ist also, dass es aus Gründen der Stabilität einen relativ starren Unterbau hat. Wenn man nun so gravierende Updates wie des KDEs und dessen Grafikbibliothek vornehmen möchte, gerät das gesamte stabile Gerüst ins Wanken. Deshalb machen sich die Maintainer hinter Ubuntu (bzw dessen Grundlage Debian) auch die Mühe, wichtige Bugfixes der neuen Versionen auf die alten Systeme zu portieren, anstatt das gesamte Konstrukt auf den aktuelleren Stand zu migrieren und das Risiko einzugehen, dass bestimmte Anwendungen dann nicht mehr laufen, da sie nicht migrierbar sind.

Für mich bedeutet das nun, dass ich mir ein frischeres Ubuntu installieren muss (z.B. in einer VM) oder ein fertiges Image starte, wenn ich eine halbwegs aktuelle Kdenlive-Version benutzen möchte. Oder ich suche mir eine Software, die nicht zusammen mit dem KDE entwickelt wird. Denn je geringer die Anzahl der Abhängigkeiten ist, um so einfacher ist die Software auch auf älteren Systemen zu installieren. Eine weitere Alternative sind Komplett-Packages, die alle Abhängigkeiten bereits mit kompiliert haben, aber diese Mühe muss sich erst einmal jemand machen. Die Moral von der Geschichte ist also: Stabilität und Aktualität sind zusammen nicht (einfach) zu bekommen!

Doch nach der Installation eines selbstkompilierten 2.6.28er Kernels und dem Folgen dieser Anleitung konnte ich mich plötzlich unter Ubuntu an mein drahtloses Netzwerk anmelden. Und siehe da, dies funktioniert auch unter dem PS3-Betriebssystem und seit heute nachmittag ist ein weiteres Kabel in meinem Wohnzimmer Geschichte.

Für alle Suchenden im Netz hier also die gute Nachricht: Ja, die PS3 beherrscht WPA2.

Und mit dem neuen Kernel war es ebenfalls möglich, das Image einer Blu-Ray zu ziehen. Mit 1,8 MB/s dauerte der Kopiervorgang der über 40 GB zwar unglaublich lange, aber so war ich endlich in der Lage, die UK-Version von The Colour of Magic auch in der enthaltenen 1080i-Version auf meinem WD TV zu betrachten – die PS3 verweigerte mir dieses Vergnügen und spielte ausschließlich 576p ab. Jetzt muss ich es nur noch schaffen, dass das Ubuntu auf meiner Konsole vollständig herunterfährt und sich dabei nicht aufhängt. Aber irgendetwas ist ja immer…

Ganz so einfach wie auf einem PC ist dies leider nicht, aber es gibt genügend Hilfe für das von mir geschätzte Ubuntu. Zudem hat Sony die Playstation selber schon für Linux vorbereitet, wenn auch mit abgespecktem Hardware-Zugang. 256MB RAM und keine Grafikbeschleunigung lassen keinen Platz für einen modernen Desktop wie Gnome oder KDE (letzteres ist zum Sterben langsam). Damit ich aber trotzdem eine grafische Oberfläche habe, werde ich wohl auf XFCE wechseln.

Momentan habe ich noch Probleme, die Playstation korrekt zu rebooten – ein manueller Ausschaltvorgang am Netzteil ist notwendig. [Update]Wie ich jedoch gerade herausfand, ist dies kein Boot-, sondern ein Shutdown-Problem – Ubuntu lässt sich einfach nicht herunterfahren.[/Update] Doof ist auch, dass die PS3 genau 2 USB-Anschlüsse hat. Wenn ich meine externe Platte anstöpsele, muss ich die Maus entfernen, damit mir zumindest die Tastatur zum Arbeiten bleibt.

Gerade habe ich das Anlegen einer Sicherheitskopie einer Blu-Ray-Disk auf Platte nach über einer Stunde und knapp 14GB aufgegeben. Da geht aber hoffentlich noch mehr. Schließlich will ich noch den Siraxis-Controller und das WLAN zum Laufen bekommen und begutachten, was für Medien man so mit der Hardware abgespielt bekommt – die Unterstützung im PS3-Betriebssystem ist ja leider sehr limitiert.

Ansonsten sind hauptsächlich kleinere Updates in diese Version mit Long time support geflossen: Neuerer Kernel, neueres Gnome, aktuelles XOrg, aktuelles OpenOffice und überraschend Firefox 3.0b5. Eine Betaversion in einem Linux für den Produktiveinsatz hätte ich nicht erwartet (Version 2 ist aber parallel installiert). Das immer noch fehlende Eclipse-Update auf die Europa-Version 3.3 scheint dagegen ein Debian-Politikum zu sein; zum Glück reicht ein Download mit anschließendem Entpacken (leider auf der Kommandozeile, das Entpackwerkzeug von Ubuntu weigerte sich), damit die aktuellste Version auch ohne Repository läuft.

Ich bin also nach wie vor sehr zufrieden mit dieser Distribution und werde mich als Nächstes einmal an einer 64Bit-Parallel-Installation wagen, selbst wenn ich noch keinen Usecase dafür habe.

Das beinhaltet einen funktionierenden Compiz-Desktop, wobei ich gerade verzweifelt versuche herauszufinden, welches PlugIn was macht – die nur halb übersetzte Konfgurationssoftware ist sehr verwirrend aufgebaut und nur dank Google weiß ich, dass die super-Taste eigentlich die Windows-Taste ist.

Ansonsten finden sich in der neuen Version die üblichen Updates wie ein halbwegs aktueller Kernel, GNOME 2.20 oder OpenOffice 2.3. Firefox ist dagegen immer noch auf Stand 2.0.6 und ärgerlicherweise findet sich auch das Europa-Release (3.3) von Eclipse nicht in den Repositories – jetzt werde ich dieses wohl ohne APT installieren müssen. Dabei bin ich dank Synaptic so bequem geworden…

Update: Jetzt ist Firefox auf 2.0.8 geupdated worden und wer will kann auch das gesamte OpenOffice neu laden, um die ubuntuisierten Splashscreens loszuwerden.

Eigentlich erwarte ich von einem eingespielten Update, dass ich idealerweise nichts davon merke bzw mich über geschlossene Sicherheitslücken oder sogar neue Funktionen freue. So weit die Theorie. In der Praxis verändert zum Beispiel ein Kernelupdate meines Ubuntu-Linux die menu.lst des Bootmanagers GRUB, da dieser den jeweiligen Kernel direkt anspricht. Dies wäre nicht weiter problematisch, wenn die Updatefunktion nicht auch jedes Mal den Eintrag für mein parallel installiertes Windows löschen würde. Na gut, dann schaue ich eben in die vom Update angelegte Sicherheitskopie menu.lst~ und kopiere den Eintrag von dort – doch diese enthält genau denselben Inhalt wie das Original und hat deshalb keinerlei Nutzen. Damit ich mich nicht bei jedem Kernelupdate wieder in die Syntax der GRUB-Konfiguration einarbeiten muss, habe ich mir nun eine eigene Kopie angelegt.

Wenn Linux wirklich auf den Desktop von technisch nicht so versierten Anwendern will, dann muss vor allem an diesen Kleinigkeiten gearbeitet werden. Denn man schlägt den Marktführer Microsoft nicht, indem man sich so arrogant wie dieser verhält und davon ausgeht, dass es nur ein Betriebssystem pro Rechner gibt.

Etwas mehr Ärger gibt es gerade mit dem neuen Majorrelease 2.3 von WordPress. Neben datenschutzrechtlichen Problemen und der unschönen Entwicklung der deutschen WordPress-Version stößt mir aber ein anderer Aspekt bitter auf und verhindert ein schnelles Aufspielen der neuen Version.

Und zwar gibt es nach Version 2.1 erneut eine Änderung am Datenbankschema, was das Thema Kategorien betrifft. Dies wäre bei jeder anderen Software kein Problem, doch WordPress besitzt leider eine grottenschlechte API für Themes und PlugIns, die nur ungenügend die dahinterliegende Struktur der Datenbank verbirgt. Dadurch benutzen viele Entwickler den direkten Zugriff auf die Tabellen und müssen nach nur einem halben Jahr erneut ihre Themes/PlugIns anpassen, damit diese korrekt funktionieren.

Und das Ganze für eine nur halb ausprogrammierte Funktion wie die Tags, für die es viel bessere Lösungen in PlugIn-Form gibt. Ganz abgesehen davon, dass es für mich als Entwickler immer schwerer wird, an eine der zentralen Funktionen eines Blogs, die Blogroll, heranzukommen. Früher war diese fest als Linkkategorie Nummer 1 definiert. Nach dem Upgrade auf Version 2.1 wurden aus Link- und Beitragskategorien eine einzige Tabelle und die Blogroll hatte plötzlich eine beliebige ID, je nachdem wie viele Beitragskategorien es vorher gab. Und dann kam wieder die schlechte API ins Spiel: Links zu einer bestimmten Kategorie kann man nur ausgeben, wenn man die ID kennt. Allerdings kann mit Bordmitteln nicht herausgefunden werden, welche ID die Kategorie Blogroll hat. Also bleibt nur die Suche direkt in der Datenbank als Alternative, die ich für Version 2.3 jetzt wieder umschreiben darf.

Ich will nur hoffen, dass der 2.2er-Branch weiter mit Sicherheitsupdates gepflegt wird, damit ich mir etwas Zeit lassen kann für das Anpassen meines Themes und PlugIns. Ansonsten lohnt es sich vielleicht, eine andere Software auszutesten, bei der modernere Ansätze der Softwareentwicklung verfolgt werden – die API von WordPress vermischt View (HTML-Ausgabe) und Modell und wird mit jeder neuen Version nur verschlimmbessert. Aber das ist typisch – Features sind sexy und verkaufen sich besser als ein Refactoring mit entsprechenden Auswirkungen auf die Nachhaltigkeit, in diesem Fall die Stabilität von Themes und PlugIns.

OK, genug gemotzt für heute, es gibt ja auch gute Nachrichten: Wir sind Weltmeisterinnen!

Die Wahl fiel schließlich auf Ubuntu 7.04 (das lebhafte Rehkitz), was ich bis jetzt nicht bereut habe. Vor allem der 3D-Fenstermanager Beryl läuft erstaunlich stabil, das sah unter SUSE ganz anders aus. Sogar an GNOME habe ich mich inzwischen gewöhnt. Ubuntu ist außerdem viel aufgeräumter mit der Standardinstallation, nur die vielen Spiele stören etwas diesen Eindruck. Aber dies lässt sich mit Synaptics ja schnell beheben, dessen Einsatz als zentralen Paketmanager mich ebenfalls in der Entscheidung pro Ubuntu bestätigte.

Aber was bitte denken sich die Ersteller der Distribution mit der Vergabe der Versionsnummer? Die Schreibweise 7.04 suggeriert ein Majorrelease 7 in der Version 4 (wie z.B. bei openSUSE), doch es gibt keinen Vorgänger 7.03 (dieser ist 6.10) und der Nachfolger wird wahrscheinlich die Bezeichnung 7.10 tragen. Klar, die Ziffer vor dem Punkt steht für das Jahr (7 = 2007) und die zweite für den Monat (04 = April) des Releases, doch auf den ersten Blick sind die Nummern verwirrend. Da lobe ich mir doch Gentoo (aktuelle Version 2007.0) oder Fedora (aktuell 7), da ist die Systematik wenigstens sofort erkennbar.

Trotzdem habe ich nun ein produktiv laufendes Linux-System, unter dem auch gerade dieser Artikel entstand, und bin ganz zufrieden damit. Demnächst werde ich noch etwas über die diversen kleinen Probleme schreiben, welche ich dank Google schnell gelöst habe.