Ein Zitat, das mir vermittelnd-bezeichnend zu sein scheint für den Geist des Umbruchs, den wir gerade erleben. Denn es passieren Dinge auf der Welt, die unsere Gedankenwelt verändern, weil wir spüren, dass es Zeit dafür ist.
Doch hier soll es um Linux gehen, und auch dort lässt sich das Zitat einsetzen. Kein anderes Thema war in diesem Jahr im Linux-Umfeld so aufregend wie der Kurs des Linux-Desktops. Es fanden bedeutende Entscheidungen und Veröffentlichungen statt, die mit dem alten Paradigma der Benutzeroberfläche brachen, einfach, weil man fand, es sei an der Zeit.

Ich möchte den Versuch wagen, ein wenig die Zusammenhänge und Ideen zu beleuchten, die die Projekte ausmachen, die mich dieses Jahr so umtrieben. Es ist offensichtlich: Die Reise geht hin zu Touch-optimierten Oberflächen und einer radikalen Zuwendung zu Applikationsorientierung und Semantik, weg von der makrokosmisch offenbarten strukturellen Technik. Oftmals fragt man sich: Gibt es abseits dessen eine Langzeitvision, ist da was? Meine Betrachtung ist offen subjektiv und ich lade zur Diskussion ein.
Es wurde so viel geschrieben. Die Arbeit, die neuen Desktop-Umgebungen bis ins Detail vorzustellen, haben andere gemacht und an Ende dieses Beitrags habe ich einige Links gesetzt.

Kapitel:
1 – Revolution statt Evolution
2 – Unity — die UI-Konzept-Katastrophe
3 – Compiz als Grundlage
4 – Canonical, der Schurke
5 – Flucht!
6 – KDE
7 – Der Wert einer schönen Software-Architektur
8 – Von Integriertheit und Harmonie
9 – Plattform vs. Ökosystem
10 – Feature Regressions
11 – Philosophische Ergüsse
12 – Wo es denn nun hingeht
13 – Neue Geräteklassen und die Konvergenz
14 – Finale
15 – Auswahl weiterführender Artikel

1 – Revolution statt Evolution
Mit Version 3 wurde GNOME seinem seit der Veröffentlichung von Version 2 geführten Entwicklungsmodell untreu, das viele kleine stetige Verbesserungen statt die Konzentration auf große Neuerungen bedeutete. Ergebnis dieser Anstrengungen von 2002 bis 2009 war ein Desktop Environment, ziemlich nah an der Marke, die man Perfektion nennen könnte: Hohe Produktivität, kurze Mauswege, reich an Individualisierungsmöglichkeiten.
Doch die Entwicklung stagnierte, man hatte sich im konzeptionellen Design verfahren. Viele neue Ideen, die die Nutzer wünschten, erschienen ungeeignet für die Art, wie man GNOME mit seinen Panels, Applets und Systray bediente. Der ganze Desktop war Datei-orientiert aufgebaut: Dateien im Dateisystem, nicht Informationen des Nutzers. Für Forderungen wie Benachrichtigungsblasen konnte man im GNOME-Projekt keine Umsetzungsmöglichkeit finden. Es gab eine Menge Ideen die man hätte integrieren können, die Umsetzung aber wäre nicht ganzheitlich gewesen, weil sie das bisherige konsistente UI-Konzept unterlaufen hätte, mit bestehenden runden Paradigmen gebrochen hätte.
Auftritt Canonical 2008: Der vom GNOME-Projekt viel geliebte Ubuntu-Distributor emanzipiert sich. „Sie liefern die beste GNOME-Distribution, sie liefern GNOME so aus, wie es wirklich ist!“, war der Chorus bisher. Canonicals Ayatona-Projekt leuchtet skizzenhaft immer mal wieder auf. Der Ubuntu-Entwickler tritt unberührt der Interface-Mimosen des GNOME-Projektes an die Verwirklichung von unverwirklichten Ideen. Zu aller erst wird ein neues Abmeldemenü rechts im oberen Panel, dann ein Benachrichtigungssystem und dann eine neue Art von interaktivem Panel-Element, Indikatoren, angegangen. Während die Ubuntu-Community den kühnen Vorstoß jubelnd Willkommen heißt, werden GNOME-Entwickler und etablierte Standardisierungsgremien bei den Canonical-Entwürfen großteils übergangen. Die zu keinem Ergebnis führenden, da kontroversen Diskussionen mit GNOME-Leuten werden von Canonical-Entwicklern vermieden, die nötigen Patches mehr oder weniger letztlich selber mit heißer Nadel in die Distributionspakete eingepflegt, ohne dass sie Upstream gehen.
Wer aufmerksam war, konnte in der Ferne bereits den sich abzeichneten unvermeidlichen Bruch von Ubuntu mit GNOME erahnen.
Dann begann die Diskussion zu GNOME Version 3, aus der sich Canonical raushielt, prinzipiell mit dem Verweis auf die geleisteten Eigenentwicklungen zum Wohle des ganzen Desktops, diese möge man doch integrieren.

Der weitere Entwicklungsverlauf von GNOME 3 sei hier ausgespart, ich will mich gleich mit dem Ergebnis beschäftigen:
GNOME 3 hat die Gemüter von vielen langjährigen Nutzern auf Kesseltemperatur gebracht: Es sei zu bevormundend, zu restriktiv; das neue Aktivitäten-Paradigma, nun ganz inhaltzentrisch und Anwendung-orientiert, inkompatibel zum Power-Nutzer; es ließe sich nichts mehr einstellen. (“GNOME 3 ist restriktiver als Apple erlaubt.”) Vieles der Kritik lässt sich mit den von den Entwicklern unterschätzter notwendige Umsetzungszeit erklären, es ist einfach noch nicht fertig; anderes sind grundlegende Design-Entscheidungen, die getroffen wurden, und manchem nicht schmecken.
DIe bei Planung angedachten eigentlich zentralen Elemente ›Zeitgeist‹ und sein Front-End ›Activity Journal‹ zur Aufzeichnung von verschiedenen Nutzer-Aktivitäten in eine systemweite intelligent kombinierende Datenbank mit APIs für alle Anwendungen haben noch immer nicht Einzug in die GNOME-Kompilation gehalten, das betrachte ich als den Startfehler von GNOME 3 überhaupt. Ohne diese Komponenten ist das forcierte neue Bedienparadigma unstimmig, da inkonsequent und unvollendet. Ich hoffe sehr, dass sich da sehr bald etwas tut.

Um es kurz zu machen: Ich bin kein Fan der neuen Aktivitäten-Oberfläche, vor allem, weil sie mir Kontrolle nimmt, die ich vorher hatte – das aber auch hauptsächlich durch Fremdsoftware wie Compiz, das wegen der engen Verzahnung von Aktivitäten-Overlay und Fenstermanager nun nicht mehr direkt einsetzbar ist. Besonders gut gefällt mir das neue Panel-Paradigma mit konsistent integrierten Benachrichtigungen und dynamisch einblendenden Systray-Bereich. Die neue Richtung einer voll Touch-ausgerichteten Oberfläche halte ich für weitsichtig und angebracht. Generell spricht mich GNOME 3 Shell mehr an als das gleich zu behandelnde Unity, vor allem, weil ich eine Vision erkenne, die es dem Nutzer ganz von Herzen einfacher machen möchte. Viele der anfänglichen Kritikpunkte wurden mit GNOME 3.2 entschärft, oder durch die exzellente Scriptbarkeit des neuen Desktops mit externen Erweiterungen behoben. GNOME 3 Shell hat Potential, es ist durchdachte Technik mit einer großen Weitsichtigkeit im UI-Design, die uns noch überraschen wird, aber es braucht mehr Zeit. Für eine neue Generation von Nutzern, die mit Inhalten umgehen möchten und nicht mit Containern, halte ich GNOME 3 Shell (einmal mit Zeitgeist und Activity Journal) für die ideale Oberfläche über Geräteklassen hinweg, und wollte es selber nutzen, wenn ich nicht so ein alter Hase wäre und mehr (nicht erst noch zu erschaffende!) Möglichkeiten gewohnt. Zum Thema der Feature Regressions führe ich weiter unten noch meine Gedanken aus.

2 – Unity — die UI-Konzept-Katastrophe
Canonicals Antwort auf GNOME 3 Shell ist Unity. Hervorgegangen aus einem ursprünglich für Netbooks entwickelten Minimal-Hack auf Compiz zur Bildschirmplatzersparnis entschied sich der Distributor als es ernst mit GNOME 3 Shell wurde, eigene Wege zu gehen, um ›am Markt herausstechen zu können‹. Sonderbares Vorgehen bei einer Linux-Distribution, aber gut, es ist Freie Software. Die Ähnlichkeit der GNOME 3 Shell-Aktivitäten und einiger Elemente von Unity ist nicht zufällig, schließlich waren die Designstudien zu GNOME 3 längst entwickelt. Wie bei GNOME 3 Shell bekommt es der Nutzer bei Unity mit einem revolutionären statt evolutionären Bruch in der Oberfläche zu tun, wenn sich Unitys Bruch auch mehr auf Äußerlichkeiten als das tatsächliche Bedienparadigma bezieht, wie man es bei GNOME 3 Shell versucht. Aber der Reihe nach: Was sie zu dieser UI geritten hat, ich weiß es nicht. Canonical ist eigentlich dafür bekannt, professionelle Benutzbarkeitsstudien durchzuführen – ich habe selber auch damals das Verschieben der Fensterknöpfe nach links begrüßt. Unity betrachte ich als Fehldesign durch und durch.
In meinem Verständnis liegt dieses große Fehldesign konkret bei: Es kann nicht sein, dass man für die Programmsuche die Index-Suche durch Eintippen des Programmamens verwenden muss, weil die alten Menükategorien absichtlich verschwert zugänglich gemacht wurden. Das Konzept funktioniert nicht, wenn ich ein Einsteiger bin und überhaupt nicht weiß, wie die Programme heißen, sondern nur beispielsweise nach einem Schreibprogramm schauen möchte. Oder mir die Programmnamen nicht merken kann (weil sie mir scheißegal sind, zu Recht), oder ich eben *nicht an einem Laptop arbeite* und meine Zwei-Hände-Wege von Maus zu Tastatur nervend lang ausfallen – und nein, das Anpinnen im Dock von jeder kleinen Anwendung, die ich über die Woche brauche, ist keine ernsthafte Alternative dazu (Übrigens: Ich hasse Docks!!).
Zum Vergleich in GNOME 2: Ich fahre an die obere linke Bildschirmecke, klicke und fahre nach unten, hinein in die entsprechende Kategorie, zeige auf die Anwendung, und lasse die Maustaste los. Meistens selbst in meinen vollen Menüs keine zwei Sekunden. Und die Kategorien sind übrigens das, was Einsteiger oft am meisten unter Linux liebten: Weil es das unter Windows nicht gibt! Und was machen GNOME 3 und Unity nun? Sie verleugnen – das kann man so sagen – ja, verleugnen die sinnvollen Anwendungskategorien und möchten das Arsenal am Liebsten als großen Haufen mit Symbolen in Übergröße anzeigen. Und warum? Weil sie Apples iOS kopieren! Sinnverloren! Unity noch mehr als GNOME 3, da sind die Anwendungskategorien wenigstens noch dominant sichtbar, aber auch erst mit ZWEI Klicks zu erreichen, wo bei GNOME 2 einer reichte, um das Menü und später die Anwendung zu öffnen. Im Übrigen halte ich auch das Global Menue von Unity für schwachsinnigen Apple-Kopiertrieb. War bei denen sinnvoll, als man noch niedrigere Auflösungen hatte, und ist es heute auf der hoffentlich bald vollends verreckenden Gerätegattung der Netbooks, aber ich will meinen Bildschirmplatz auch ausnutzen, und auch nicht erst Fenster fokussieren müssen, um über einen Mausumweg in ihr Menü zu gelangen, dessen Sektionen dann außerdem erst beim Maus-Überfahren überhaupt angezeigt werden! – Dass man das Global Menue deinstallieren kann, spielt nichts zur Sache! Fehldesign!
Auch kann es doch nicht sein, dass eine grafische Benutzeroberfläche erst ›wirklich produktiv‹ wird (so schreiben Ubuntu-Fanblogs!), wenn man eine längere Liste Tastenkommandos gelernt hat. – Hallo — eine grafische Benutzeroberfläche sollte es gerade unnötig machen, dass man mit der Tastatur arbeiten *muss*!
Puh, erst mal beruhigen. Man sieht, Oberflächenänderungen verursachen immer hochemotionale Regungen in der Community. Aber Unity ist auch wirklich richtig schlecht.
In der Anwendungssuche werden zur Installation angebotene Anwendungen prominent angezeigt, während die Liste mit den zu einem Stichwort gesuchten installierten zusammengeklappt wird. Auch irgendeine Strategie, ein Konzept wie man die Verwaltung dieser Such-›Linsen‹ plant, kann ich nicht erkennen. Ich könnte jedes zweite Design-Element von Unity auseinandernehmen; ich sehe darin einfach keine klare Linie und Vision; Stückwerk; der Desktop geht am Nutzer vorbei, zuallererst an mir.

3 – Compiz als Grundlage
Ich bin Compiz-Enthusiast seit 2006. Ich liebe Compiz. Ich weiß, das klingt seltsam. Ich liebe meinen Firefox mit seinen drölfzig Add-Ons und ich liebe mein bis ins letzte Detail konfiguriertes Compiz. Ich liebe es. (Das Wort verwende ich nur mit dem allergrößten Bedacht, doch hier zögere ich keinen Moment, es zu benutzen.) Ohne die Grundparadigmen seiner Bedienung will ich nicht mehr am PC arbeiten.
Ich bin es gewohnt, mit einem Mausschwenk oder Tastendruck das Schicksal von dutzenden Fenstern zu kontrollieren, in einer Geschwindigkeit und Direktheit, die Mac-Nutzer ins Staunen versetzt. Ich liebe die wabbelnden Fenster und die sich aufspannenden Kontextmenüs. Den Würfel – bei mir ein Zylinder – mit den virtuellen Arbeitsoberflächen und 3D-Fenstertiefe. Ich bin verrückt nach allem, was mehr organisches Element, Physik, Plastizität, Realismus in meinen Computer-Alltag bringt.

(Klassiker-Video von 2007)

Canonical baut Unity seit Ubuntu 11.04 auf Grundlage des Compositing-Fenstermanagers Compiz auf. Darin eingegossen lassen sie noch ihr eigenes OpenGL-Toolkit Nux laufen, aber das Zentralmanagement über die Komponenten hat der Fenstermanager. Das Unternehmen befindet sich in einer verzwickten Lage: Ihre Spezial-Patches für GNOME 2 Shell gingen nicht Upstream – wie schon erwähnt durch eine Mischung aus Absonderungswillen und Arroganz – aber jetzt ist GNOME 3 Shell fertig und macht ihre Anpassungen inkompatibel. Nicht einfach inkompatibel, sondern unumsetzbar mit den neuen Gegebenheiten. Man könnte fast meinen, die Erkenntnis traf die Truppe ein bisschen überraschend. Man hat also viel Forschung und Integration über Jahre voran getrieben, und steht plötzlich ohne passendes Fundament da. GNOME 2-Komponenten werden veralten, einen Fork zu machen ein irrwitziges Unterfangen, alles aufgeben will man aber auch nicht, nicht zuletzt, weil es zum Bild der Distribution geworden ist und Nutzer sich daran gewöhnt haben. Was also tun? Canonicals Antwort: Wir nehmen das aktuelle GNOME 3 als Grundlage, ersetzen aber die für unsere Vorhaben unanpassbare Shell durch eine eigene. Ein schöner Kompromiss, will man meinen.
Ich sage: Compiz ist nicht die Lösung. Compiz ist ein außerordentliches Projekt, getrieben vom Experimentiergeist – und das ist auch gut so. Canonical denkt, es sei ihre Lösung und begeht damit einen Fehler: Ist es nicht, denn es ist nicht in das Desktop Environment als ganzes integriert. Hier kommen wir wieder bei den Bedienparadigmen an.
Was sie also tun, ist den Unity-Desktop IN Compiz hineinzubauen, was reichlich absurd ist. Für Compiz sprach wahrscheinlich die extreme Plugin-Architektur; die Situation, das man schon bisher für Desktop-Effekte darauf gesetzt hatte und keine Feature Regessions bei den Nutzern wollte, und ihr offizielles Statement, dass man sich mit Compiz besser auskenne als mit Mutter (der neue GNOME 3 Shell-Fenstermanager mit Compositing-Fähigkeiten). Überhaupt, die neue Unity-Oberfläche sollte 3D sein und Fenster verwalten, da ist es doch am einfachsten, man erweitert einen (unsichtbaren) Fenstermanager um eine (sichtbare) eigene Bedienoberfläche und vereinheitlicht mit einer eigenen Konfiguration. Das haben sie getan, und jetzt haben sie das Problem, dass die GNOME 3-Plattform sich mit jedem Major-Release in sich konsistenter macht in ihrem Ziel, ihr neues Bedienparadigma ganzheitlich umzusetzen. Jede Komponente bei GNOME 3 ist darauf ausgelegt und strebt das Projektziel an, das sich in ganz grundsätzlichen Fragen, eben Bedienparadigmen, von dem doch eher klassischen Ansatz Unitys unterscheidet. Also in Zukunft wieder viele GNOME-Komponenten patchen?

»Hier entsteht dann etwas der Eindruck, dass man bei Canonical nicht so recht weiß, wie man die zunehmend divergierenden Ansätze von GNOME und Ubuntu zusammenbringen kann, um ein rundes Ganzes zu erzeugen.« —derStandard.at-Test von Ubuntu 11.10 (S. 14)

Wenn man sich diese Tragödie anschaut, sieht man wieder ganz deutlich, warum ein offenes Entwicklungsmodell und Kollaboration und gemeinsames verständiges Entwickeln in der Welt von kleinen Unternehmen und offenen Systemen ein MUSS ist.
Trotzdem glaube ich, hat Canonical in Anbetracht ihrer Situation das Richtige getan – zum Einen, weil ihre Patches für neue Konzepte wie Indikatoren nicht Upstream gingen, und das ist de facto ein Problem für sie, zum anderen, weil ihre Ideen teilweise doch wirklich etwas taugen. Sie müssen natürlich noch (sehr viel^^) geschliffen werden, aber sind auf dem besten Wege zu einem tollen Nutzungserlebnis für den nicht professionellen Heimanwender – für die Massen. Maximierte Anwendungen sind z.B. sehr nett umgesetzt. Das Potential ist da. Canonical wird die Verzahnung von Compiz und Desktop irgendwie hinbekommen, aber es wird keine Integration sein und es wird sie noch sehr viel Ressourcen kosten. Ihr Problem ist heute ihr historisches Setzen auf GNOME und dessen Ökosystem (was damals jedoch zweifelsfrei die vernünftigere Wahl war), wenn man den Alleinstellungsdrang sowieso nicht als Problem betrachten will.

4 – Canonical, der Schurke
Ich muss an dieser Stelle meiner Enttäuschung über Ubuntu in den letzten Versionen Luft machen. Ich war Nutzer seit 5.04 Hoary Hedgehog, davor Fedora, Debian und SuSE. Bei Ubuntu habe ich meine Heimat gefunden, eine Distribution, die sich von Release zu Release für mich als Nutzer verbesserte, einfach *funktionierte*, schön schlank kam, auf dass ich meine persönlichen Anpassungen auf sie schmeißen konnte, und mit einfachen Systemtools punktete.
Mit 11.04 Natty Narwhal änderte sich das. Der neue Standarddesktop wurde Unity, und ich hätte in 11.04 noch GNOME 2 Shell trotzdem als meinen Desktop starten können, wäre das vollkommen verhunzte System nicht gewesen. Angefangen von GRUB, der falsch installierte und nun auch keine Installationsoption mehr bot, über den Kernel, der ohne ACPI-Deaktivierung nicht mehr bootete, was in einem permanenten Stromverbrauch des Hexacore-Rechners von über 150 W und hochlaufendem Lüfter resultierte, bis zu widerspenstigen Compiz-Paketen und einer Reihe von Anwendungen, die plötzlich sehr seltsames Verhalten zeigten. Und Ubuntu 11.10 soll ja noch viel kaputter geworden sein.
Der Selbstgeltungszwang und die entschiedene Abgrenzung mit der Marke ›Ubuntu‹ vom restlichen Linux-Distributionsgeschenen von Canonical wird immer schlimmer, und es immer schwerer, die Sonderwege, die Ubuntu geht, in einer Installation loszuwerden.
Die Anstrengungen in das ›Software-Center‹, die angestrebte ›Appifizierung‹ (wie ich ›App‹ für Desktop-Anwendung hasse!) und die enge ›heile Welt‹, in die einen Canonical mit seinem Ökosystem-Korsett zu führen versucht, machen nur umso deutlicher, was schon lange offensichtlich durch das selbstherrliche Auftreten des Unternehmens ist: Sie möchten das ›Apple der Linux-Welt‹ sein. Nebenbei wird Basis-Software wie GIMP und Synaptic aus der Distribution entfernt, ich meine, SYNAPTIC!! Eine Distribution, die den grafischen hochfunktionalen und essentiellen Paketmanager aus der Standardinstallation mit einem App Store ersetzt, ist nicht mehr die meine!
Das Übrige tun die von Canonical gewünschten Copyright Assignment zu Kernprojekten wie dem Sotware-Center (Code-Einreicher geben Canonical unbegrenztes Lizenzierungsrecht über ihren eingereichten Code, dieses kann ihn dann später auch proprietär machen; laut Mark Shuttleworth, um dadurch den ›Wettbewerb‹ mit anderen Projekten zu erhöhen und besseren Code abzuliefern, so argumentiert er, ernsthaft!). Das Unternehmen wird mir unsympathisch bis ins Mark (höhö!). Es lohnt sich, in die Chroniken eines GNOME-Entwicklers über die Zusammenarbeit mit Canonical hineinzulesen.

Das alles war für mich Grund, meine Langzeitbeziehung zu Ubuntu zu beenden und auf Linux Mint Debian Edition/Debian Testing zu wechseln, und langfristig auf KDE 4. Ubuntu 11.04+ bringt mich in die Situation, Linux-Einstiegswilligen keine Empfehlung mehr reinen Herzens für eine Distribution aussprechen zu können. Ubuntu hat meistens funktioniert. Mandriva und Mageia, die vielleicht am ehesten vergleichbaren Distributionen, sind mir zu exotisch, beziehungsweise unpopulär, openSUSE ist leider für den Einsteiger wie den willigen Amateur nach meiner Meinung eine Konfigurations-Katastrophe.

5 – Flucht!
Wie bereits ausgeführt, bin ich ehrlich angetan von GNOMEs neuem Nutzungsparadigma, aber es ist nichts für mich, weil ich mit etwas mehr technischem Verständnis als der Normalnutzer weiß, wie ich schneller ans Ziel komme als über die neuen chicen Nutzungswege, die GNOME 3 einführt. Sie vereinfachen vieles bisher Versteckte und Komplizierte und machen es einfacher zu lernen, aber ich bin nun mal versierter und schon ganz andere (multiple) Möglichkeiten gewohnt als die, die das neue GNOME mir nun noch anbietet. Es ist tatsächlich intuitiver; uns fällt das wahrscheinlich nicht auf, weil wir schon so ›versaut‹ von der Technik-abstammenden Bedienung sind. Ich werde damit langsamer, aber ich bin mir sicher, ein Großteil der Nutzer wird damit schneller.
Als GNOME 3-Abtrünniger hat man überschaubare Optionen, sofern man bei einer großen integrierten Desktop-Umgebung bleiben möchte, weil man den gebotenen Komfort schätzt: Festhalten an GNOME 2 beziehungsweise dem Fork ›MATE‹, Wechsel auf Xfce, oder Migration auf KDE SC 4. Ich sage bewusst Migration, weil KDE eine ›andere Welt‹ ist mit seinen Qt-Anwendungen und eigenem Bibliotheken-Fundus als GNOME und Xfce mit GTK+.

Ja, die Arbeit der Xfce-Entwickler wird in der Presse nicht gewürdigt. Die Desktop-Umgebung liefert ein schön integriertes Anwendungsarsenal und bietet fortgeschrittene Features, die sich teils mehr als mit GNOME messen lassen können (teil aber auch gar nicht). Insgesamt steht Xfce für Reduktion von UI-Firlefanz und Addition von Pro-User-wesentlicher Funktionalität. Der gewisse ›Firlefanz‹ hat mir in Xfce immer gefehlt, aber es ist eine sehr solide Oberfläche.
Nicht wenige wählten die Alternative nach ihrer Enttäuschung über Unity oder persönlichen Inkompatibilität mit GNOME 3 als ihr Refugium. Das ist keinesfalls verwerflich, doch jeder sollte sich klar machen: Xfce steht für die Stagnation von UI-Evolution. Klassisch und konservativ. Wer sich dafür entscheidet, steigt mit gewisser Endgültigkeit aus der *sinnvollen* Diskussion sowie Fortevolution der Desktop-Metaphern aus.
Das Selbe ist übrigens der Fall bei allen, die den GNOME 2-Fork MATE aufgesprungen sind. Bei diesem ist obendrein höchst ungewiss, wie lange das Projekt überhaupt mit dem Mega-Unterfangen durchhält. Ähnliches Problem wie beim KDE 3-Fork Trinity.
Immer ernsthafter in Erwägung sollte auch das Bleiben bei GNOME mit GNOME 3 gezogen werden, das durch das von Woche zu Woche breiter werdende Angebot an GNOME 3-Anpassungsscripten zusehends attraktiver wird. Die Ubuntu zur Basis nehmende Distribution (also Achtung!) Linux Mint 12 will z.B. mit Mint GNOME Shell Extensions ›MGSE‹ (siehe Bild) das Nutzungsparadigma von GNOME 2 mit seiner klassischen Datei-orientierten Fensterliste und Anwendungsmenüs für GNOME 3-Anwender retten – und dennoch GNOME 3 Shell laufen lassen. Ein Ansatz, den ich für am vielversprechendsten halte.

6 – KDE
Ich habe vor, noch 2011 endgültig auf KDE 4 Plasma zu wechseln, weil die eingeschlagene Richtung der GNOME 3 Shell mich zu sehr in meiner Arbeitsweise einschränkt und ich mit KDE Plasma schon länger liebäugele. Diesen Juli veröffentlichte das KDE-Projekt Version 4.7 von KDE Software Compilation (SC) und ich habe dem Termin ziemlich entgegengefiebert.
Ich möchte jeden ermutigen, die Desktop-Umgebung auszuprobieren, es macht wirklich sehr viel Spaß. Wie ich schon Dezember 2008 auf Twitter schrieb, kombiniert KDE 4 die grafische Eleganz von Apples Aqua mit der Konfigurierbarkeit und dem Funktionsreichtum von KDE 3 – eine mächtige Mischung, deren gesundes Verhältnis zu erforschen eben auch nicht ohne Experimente gelingen kann. Wer bisher nur KDE 3 kennt, wird sehr überrascht sein, wie das Projekt das Benutzerparadigma weiterentwickelt hat.
Hochinteressant ist das Streben nach der der Nutzbarmachung von sogenannten ›Aktivitäten‹, eine logische Weiterentwickelung von mehreren virtuellen Arbeitsoberflächen. Die Oberfläche soll sich kontextorientiert an die Aufgabe anpassen, also entsprechende Widgets anzeigen, Programmgruppen starten, oder in angepassten Programmen nur bestimmte Funktionen oder Inhalte anbieten. Das hört sich äußerst abstrakt an, man kann sich aber einen Nutzen ganz leicht schon vorstellen, wenn man nur einmal an die unterschiedlichen Nutzungsszenarien von Arbeit/Freizeit denkt. Aktivitäten-Fähigkeiten halten in immer mehr Komponenten des Desktops Einzug und der zukünftige Nutzen für mobile und Ultramobil-Geräte wie Tablets und Smartphones lässt sich schon erahnen.

Von dem persönlichen Umstiegs-Schritt hält mich bisher noch KWins Trägheit auf meiner Hardware und mangelnde Eleganz in Details als alter Compiz-Poweruser, und Dolphins oftmals etwas unlogisches Verhalten ab (abgesehen von dem weiterhin Vermissen von aktuellen Paketen für Debian Unstable *seufz*). Überhaupt sind die meisten KDE-Programme eigentlich extrem cool, doch an der Alltagsbenutzbarkeit scheitert es zu oft an kleinen nervigen Details. Aber das wird; hoffe ich zumindest. Wenn man keinen Code einreicht, ist es immer schwierig mit den Feature Requests bei diesen Bug-geplagten Großprojekten. Die Arbeiten an KDE SC 4.8 sehen auch schon sehr vielversprechend aus.

Beispiel Dateimanager Dolphin 2.0 im kommenden KDE SC 4.8: Sehr verheißungsvoll, sehr lecker.

7 – Der Wert einer schönen Software-Architektur
KDE 4.0 Developer Preview war die Grundsteinlegung für eine gänzlich neu gedachte Anwendungsplattform. Ich halte das KDE-Prinzip für die durchdachtere Lösung, für langfristig besser angelegt, und es wird sich mit der Zeit sicher noch auszahlen. Ein Wort: Frameworks. Alles wurde abstrahiert, alles wurde dynamisch austauschbar und portierbar gemacht. Eine ausgezeichnete Einführung in die Software-Architektur von KDE SC 4 bekommt man in der Release Event Keynote von 4.0 bei Google.
Zwei der ganz großen Frameworks sind Phonon und Solid. Phonon als Multimedia-API, Solid als Schnittstelle für die Erkennung von Hardwarekomponenten. Beispielsweise hat es zwar *hust* Jahre gedauert, bis nun auch in KDE GStreamer als Backend für Phonon richtig eingezogen ist (wie bei GNOME, das früh komplett und exklusiv ohne Abstraktion darauf setzte), aber das Meta-Modell – an dieser Stelle mit Phonon und den austauschbaren Sound-Backends – bot per Design größtmögliche Wahl, Freiheit und Potentialentwicklingschancen; hätte über die Jahre auch verhältnismäßig leicht auf neue Entwicklungen reagieren können. Dass vieles bei KDE SC so lange brauchte, ist wahrscheinlich der Zahl der Entwickler und der ›selbstverschuldeten‹ zu erst notwendigen Schaffung und Stabilisierung von Meta-Frameworks geschuldet.
Jetzt, da KDE mit Plasma Active auf Tablets und Smartphones expandieren will, zahlt sich die Entwicklungsarbeit in Solid aus, da nun Dinge wie Multicore-Erkennung nicht für eine andere ganz eigen-spezifische Hardware-Plattform in dutzende Anwendungen händisch eingepflegt werden muss, sondern ein zentrales Framework die Informationen aggregiert und verteilt. Gerade bei Plasma Active wird deutlich, wie massiv skalierbar KDE 4 angelegt ist: Die verschiedenen Plasma Workspaces als dezidierte Oberflächen für verschiedene Geräte-Klassen basieren alle auf dem selben Widget-, bzw. ›Plasmoid‹-Arsenal und den selben Technologien, die hochabstrahiert neuangeordnet und neuintegriert neue Einsatzzwecke ermöglichen. Die Plattform war per Design darauf ausgelegt, über Geräte-Klassen hinweg eingesetzt werden zu können.

Damit ist man dann vielleicht auch bei dem Kritikpunkt an KDE, der vor allem von GNOME-Anwendern vorgebracht wird: Es wird eine eindeutige Vision für ein Oberflächenmodell vermisst. Alles ist Baustein, doch der Kathedralen-Architekt ist nicht so richtig anwesend. Wo die Visionäre des GNOME-Lagers Human Interface Guidelines schreiben und UI-Skizzen auf dem Flip-Chart Board machen, sind die Visionäre im KDE-Projekt passionierte Technik-Designer. Sie würden sich eigentlich bestens ergänzen. (Wer den Hinweis mit der Kathedrale verstanden hat, ist gut; es ist richtig: Wir wollen doch mit freier Software eine Kathedrale bauen, die in ihrer Größe den Vergleich nicht mit den proprietären Domen zu scheuen braucht; der Basar braucht einen Baumeister!)
Leider begeisterte auch mich in der Vergangenheit das Entwicklungsmodell der KDE-Plattform mehr, als das wirkliche Nutzen. Plasmoid-Zeug, das alles irgendwie spinnt, instabil ist, plötzliches Verschwinden von Kontrollleisten und fitzelige Details in Plasmoid-Oberflächen und systemauslastende Hintergrunddienste sind nur einige der nicht richtig schönen Eigenarten des Desktops, an denen ich aneckte. Doch es wird besser, rapide.

8 – Von Integriertheit und Harmonie
Compiz war damals revolutionär, und der erste wirkliche Effekte-WM (obwohl schon KDE 3 anno dazumal (2004?) einige hochexperimentelle Compositing-Effekte bot) und sollte – wie seine Entwickler selber betonten – die Spielwiese für neue Konzepte sein, die dann in die nativen Fenstermanager der Desktops integriert werden sollten. Alleine das ist sinnvoll für den Standardnutzer. Compiz ist einfach ein Monster für sich und so hübsch es auch ist, gehört dieses Experimentierolymp in keine Normalnutzer-Standardinstallation.
GNOME 3 hat mit dem Fenstermanager ›Mutter‹ die Chance vertan, ein ordentliches Animations- und Erweiterungsframework zu schaffen – das Ding ist statisch wie der Microsoft Windows Desktop Window Manager. (Ja, es geht offenbar irgendwie, die Fokus-Effekt-Erweiterung sieht für mich aber wie eine ›Injection‹ oder Hack aus, nicht wie der Gebrauch einer dafür ausgelegten Schnittstelle.) Immerhin sind Pläne im Gespräch, das Animationsframework Clutter direkt in Mutter und GTK+ zu integrieren, und nicht nur als Abhängigkeit einzubinden. Dies würde eine völlig neue Art von GNOME-Anwendungen ermöglichen, die starken Gebrauch von Mac-artigen Effekten machen, und diese mit Wissen über die Desktop-Geometrie verknüpfen (ähnliches ist bei KWin auch im Gange).
KDE SC macht es dagegen richtig: Perfektes Zusammenspiel von Desktop Plasma und Fenstermanager KWin – von Beginn an so konzipiert, natürlich modular. Man spürt, wie alles schön durchdacht ist und ineinander übergreift, wie Plasmoid-Anwendungswidgets Gebrauch von KWin machen; die KWin-Einstellungen im KDE SC-Kontrollzentrum sitzen und perfekt mit der Konfiguration und dem Verhalten der Arbeitsoberfläche zusammenspielen; es fühlt sich alles wie aus einem Guss an. Das mag ich, und KDE – darum teilweise auch meine Euphorie – überträgt Systemparadigmen von Mac OS X hierbei auf den freien Linux-Desktop, wie man es in dieser Integriertheit und Innen-System-Harmonie dort bisher noch nicht sah. Die Arbeit ist großartig! Die besprochene Integriertheit zieht sich bei KDE SC durch alle Bereiche: Die Benachrichtigungen können im Kontrollzentrum feingranular für jede Anwendung und Funktion aktiviert oder deaktiviert werden, gleich verfährt man mit einem zentralen Kontrollpult bei der Einrichtung von Tastenkombinationen für alle KDE-Anwendungen – es ist ein Traum!
GNOME 3 versucht mit seinem neuen Systemeinstellungen mit KDE SC 4 gleichzuziehen, hat aber noch verdammt viel nachzuholen. Traditionell wurde bei GNOME alles auf seiner Insel entwickelt, und später Upstream gebracht. Bei GNOME 3 hatten die Entwickler sich die Herausforderung gestellt, verschiedene Systemtools unter einer wirklich-wirklich konsistenten Konfigurationsoberfläche zu vereinen.

9 – Plattform vs. Ökosystem
Mit GNOME 3 ist ein verstärkter Trend vom Insel-Upstream-Zusammenarbeiten hin zum Komponentenmodell erkennbar. Die nun tiefer verzahnten Systemelemente formen gemeinsam den Desktop. Tatsächlich aber verhält es sich so, dass GNOME, ähnlich Apple im Vorgehen, ein eigenes Ökosystem schafft, während KDE SC eine Plattform darstellt, in die man Komponenten hineinstecken kann, und welche diese dann in einem dynamischen Prozess integriert.
Das habe ich schon an KDEs Herangehensweise an das Thema Multimedia-Backends illustriert: Man erstellt ein Meta-Framework, in die sich diese, oder eine jene andere Entwicklung backend-en lässt. Man ist hochflexibel, man ist auf der Geschwindigkeit der Strömung der Linux-Technologie, zumindest in der Theorie — und man ermöglicht mehr evolutionäre Auslese und den Nutzern mehr Freiheit.
Unterstrichen werden kann meine Meinung mit GNOMEs öffentlichen Überlegungen, zukünftig GTK+ und GNOME nur mehr für Linux und keine anderen UNIXoide – und Windows, man denke an die Auswirkung auf GIMP – zu entwickeln. Das ist eindeutig Ökosystem-Strategie.
Dass Canonicals Unity-Prozess eine langausgelegte Ökosystemstrategie zur Marktdifferenzierung ist, brauche ich eigentlich gar nicht erst zu erwähnen. Interessanterweise scheinen sie mit all ihrer Absonderungsarbeit tatsächlich eine eigene Plattform zum Ziel zu haben – aber ganz im autoritären Stile Apples.
Ulkigerweise scheint dem Unternehmen selbst noch nicht klar ist, wie diese aussehen soll – zu beobachten an dem ständigen Wechsel von Toolkits; der Bestrebung für eine eigene Entwicklungsumgebung, aber jetzt schon mit veralteten Technologien usw. usf..
Das sind meine Beobachtungen. Hieraus ergibt sich für mich die Erkenntnis, dass die KDE SC-Plattform eher das darstellt, was ich unter Linux und freier Software verstehe. Und nutzen möchte.

10 – Feature Regressions
“Never touch a running system”? Doch! Warum? Weil wir Fortschritt wollen und Fortschritt bedeutet auch Bruch mit Altem. Man muss aber fairerweise unterscheiden: Zum einen die evolutionäre und revolutionäre Weiterentwicklung von Software, die Brüche in Paradigmen, Funktionalität, Kompatibilität nötig macht, will sie Fortschritt erreichen, und will sie sich sanieren. Zum anderen ›das Recht des Nutzers‹ auf allgemeine Funktionsfähigkeit. Sind Entscheidungen von Großprojekten mit großer Nutzerbasis, ›alles neu zu schreiben‹, tragbar? Ist es richtig, den Nutzer, selbst wenn nur vorrübergehend, mit starken Feature Regressions zu konfrontieren, sogar mit völlig neuen UI-Ansätzen, hat er sich doch über die Jahre an die Software gewöhnt und erwartet, dass sie nicht bricht? Es ist fast schon eine ethische Fragestellung, und sie ist bewusst provokant formuliert. Aus technischer und projektzentrierter Sicht fällt die Antwort nicht schwer: Das Übel nimmt man in Kauf für die Zukunft des Projektes, sei es eine Plattformaktualisierung, ein Schwenk auf eine elegantere Programmiersprache, die für das Projekt besser geeignet ist, oder die Neuorientierung für neue Interaktionsmodelle, oder alles zusammen. Das Problem wirkt sich insbesondere bei Projekten negativ aus, die sehr viel mehr technikbegeisterte Entwickler mit To-Boldly-Go-Innovationstrieb als Nutzbarkeitsinteressierte haben: Die Nutzer fühlen sich dann unverstanden. (Hier ein schieler Blick auf KDE SC 4.) Was dagegen getan werden kann: Kommunikation der Absichten. Kommunikation ist das Wichtigste.

11 – Philosophische Ergüsse
Das Wesen eines Linux-Geeks kennzeichnet sich mit dadurch, dass er hofft, dass alles besser *wird*. Wir sind ausdauernde Idealisten. (Ein Grund übrigens, weshalb ich an eine Piratenpartei mit einer Großzahl IT-Verständigen glaube.) Wir sind zäh und wir nehmen mitunter unsagbare Verluste in Bedienung und Funktionsumfang in Kauf, weil wir überzeugt auf ein großes Ziel hinleben, sei es ideologisch im Sinne der Freiheit, sei es durch den Gedanken an die neuen Horizonte, die sich durch Architekturumbauten werden anschiffen lassen. Weil wir daran glauben. Weil wir immer ein perfekteres Softwaredesign als Selbstzweck anstreben. Wir kämpfen nicht für uns, sondern dafür, dass das Ding besser wird. Das macht uns zu den Guten. Und das gibt uns die moralische Legitimation dafür, Dinge zu brechen.
So weit, so schön. Doch die Sache geht über ihren Selbstzweck hinaus in die größere Einheit ›Ziel‹. Denn IT-Projekte wären als reiner Selbstzweck – „Weil wir es können!“ – sinnlos. Ihr Selbstzweck liegt in ihrer Schönheit und fortwährender Evolution des Dinges. Und euch ist schon meine Verwendung des Begriffes ›Ding‹ aufgefallen: Genau das sind diese Projekte nämlich nur – sachliche Dinge. Nichts tut man sachlich ohne menschlichen Nutzen – und dieser sind die Nutzer, aber natürlich auch der persönlich-menschliche Spieltrieb der Entwickler, welche diese ›Dinge‹ erst beleben. Kommen wir nun auf die Kommunikation zurück, die als Element zwischen Entwickler und Nutzer wichtig ist. Ein Ausloten zwischen Nutzerinteressen und denen des Dinges ist notwendig, und hier vertrete ich die Meinung, dass das Dinginteresse höher gestellt werden sollte: Darauf baut alles auf, was das Projekt als Ganzes ist. Die Nutzer können sich vor Brüchen sträuben, wie sie wollen – Blockierung der Umsetzung des Idealismus der Entwickler führt zum langsamen Tod des Projektes, nämlich metaphorisch gesprochen zur Hemmung der Fortevolution und damit zum Aussterben. Nur kann es sein, dass die Entwickler den rechten Evolutionspfad noch nicht kennen – unwahrscheinlich, aber möglich – und da liegen die Nutzer in der Verantwortung. In Verantwortung für das, was die reine, bessere Architektur des Dinges ist, nicht in Verantwortung dafür, sie an sich anzupassen.
C.L.U. 2 aus Tron: Legacy: Ein Programm, das in Idealismus geschrieben wurde, die Welt zu verbessern, dies aber zum Selbstzweck macht und nach vernichtender Perfektion strebt. Was ihm fehlt: Das Ziel für die Gemeinschaft.

12 – Wo es denn nun hingeht
Ich konnte hierfür Leszek, der mit seinem Podcast und vormals PDF-Magazin Techview seit Jahren eines meiner inspirierenden Vorbilder in Sachen Linux- und IT-News-Geek ist, zu einem Kommentar überreden =) :
»Ich glaube, eine große Vision gibt es in den Desktops nicht mehr. Alle scheinen sich in die Entwicklung Touch zu bewegen und gleichzeitig neue Infrastrukturen in Form von Bibliotheken bzw. API-Anbindungen für die Integration von Webapplikationen zu bieten. KDE beispielsweise setzt neben Solid jetzt auch richtig auf den E-Mail-/Kontakte-/Kalender-Austauschdienst Akonadi. GNOME 3 integriert ebenfalls mit ›Kontakte‹ und ›Dokumente‹ das Web in die Desktopoberfläche. Windows 8 soll ebenfalls eine Integration von verschiedenen Diensten bieten, dass sogar soweit geht, dass im Öffnen-/Speichern-Dialog Webressourcen wie GMail, Flickr usw. angezeigt werden. Ich denke, im Nachfolger von OS X Lion wird es ähnlich werden.
Augenscheinlich ist aber, dass Microsoft und die Linux-Desktops ihr Aussehen und ihr Bedienkonzept teilweise komplett ändern. Bei Mac OS X fehlt das noch. Ich könnte mir vorstellen, dass Launchpad (der ›iOS-Launcher‹ für den Desktop) bei der nächsten Version noch weiter ausgebaut werden wird und dann eventuell als Desktopersatz zum Standard erklärt wird.« Danke! (Einen Blick wert sind übrigens auch seine Linux-Distributionen ZevenOS und ZevenOS-Neptune!)
Faszinierend zu beobachten ist im Moment, dass sich drei der größten Arbeitsoberflächen in sehr ähnliche Richtungen entwickeln: GNOME 3, Canonicals Unity, Apples Mac OS X Aqua. Ein interessanter weiterführender Denkanstoß dazu bietet der Artikel Mac OS X Lion Features are Ubuntu Rip-Off.
Da kann ich gleich einhaken: Es gibt gute Gründe, warum ich nicht OS X als Haupt-OS nutze, obwohl ich einen Hackintosh besitze: Ich will die Oberfläche nicht auf Dauer nutzen müssen. Sie schränkt mich ein, sie ist hinderlich, verumständlicht Abläufe. Aqua ist ein zwar perfekt designtes, aber fitzeliges UI, das mich in seine akkuraten Bahnen zwingt. Die Linux-Desktops waren bisher selbst mit dem behütenden GNOME Gegenentwürfe zu dieser Mentalität, doch GNOME 3 und Unity reißen das Ruder ganz klar in Richtung Apple-Kopie. Ich habe Bedenken bei dieser Entwicklung. Mittlerweile kann ich es jedoch, so es um GNOME 3 geht, für mich relativieren, da immer mehr vorhandene Userscripte ein umfangreicheres Personalisieren ermöglichen.

Die Strömungen, die ich so erkenne, sind generell der Wunsch, Dateien zu Informationen zu machen und als Information behandelnd zu kategorisieren. GNOME 3 und indirekt Unity haben mit Zeitgeist und dem Activity Journal aufregende Forschungsfelder aufgetan und dabei Pionierarbeit geleistet. Was habe ich gestern für Dokumente bearbeitet, welche Videos habe ich gesehen, was ist meine meistgespielte Musik des Monats? Welche Programme habe ich wofür wann verwendet, wo habe ich gespeichert? Solche Fragen können die GNOME-Unterprojekte beantworten und stellen dabei Schnittstellen für alle Destop-Anwendungen zur Verfügung, womit diese Zugriff auf Datenbanken mit großen Wissen über die Nutzergewohnheiten erlangen, was zu einer noch nie gekannten ›Service-Intelligenz‹ der Computeroberfläche führen kann. Bild: Activity-Journal-Prototyp. Soll letztlich direkt in die ›Aktivitäten‹-Shell-Oberfläche mit reicher Such-Grammatik integriert werden.
Erfreulich hier, dass auch KDE an der Integration von Zeitgeist arbeitet. Umso erfreulicher, dass KDE im Rahmen seines Nepomuk-Projekts, das sogar von der EU mit Millionen Euro mitfinanziert wurde, an einem – Framework – wie sollte es anders sein – zur Sammlung und Vernetzung von verschiedendsten Metadaten über Dateien arbeitet. Das Ergebnis eines so von den Anwendungen automatisch getätigten Durchbeschriften mit Schlagwörtern und technischen Informationen und der vom Anwender selbst mitgeteilten persönlichen Bedeutung für ihn im Sinne einer Qualität, bahnt ebenfalls die Straße zu einer neuen Generation von Anwendungen: Die, welche von einer zentralen Datenbank gefüttert, Ontologie-basiert, erstmals wissen, *was auf dem Computer IST*, und welche Beziehung es zum Nutzer hat. Klassische Index-Suchen werden nebenbei auch immer besser, und sind wie bei KDE SC 4 schon tief in der Standardkompilation integriert. Es wäre jedoch wünschenswert, dass die KDE-Entwickler es cooler finden würden, mehr Frontend-Bewegung erkennen zu lassen, als über die ungeahnten Möglichkeiten ihrer Technologie zu philosophieren, sonst bleibt der semantische Desktop auf KDE leider weiterhin ein Buzzword.

Wie schon herausgekommen sein müsste, habe ich ein Faible für Schönheit in Konzept-Architektur. So bin ich auch ein großer Fan von BeOS und Haiku, die ihrerseits durch ein extrem modulares, dynamisches Konzept bestechen. Das 2000 wegen Microsoft’schen Kartellverstößen aufgegebene Betriebssystem BeOS (und dessen Open Source-Nachbildung Haiku) führte das Be File System BFS ein, das noch nach heutigen Maßstäben eine Revolution darstellt: Metadaten und Programm-Assoziationen zu Dateien werden in eine im Dateisystem integrierte Datenbank geschrieben. Dies hat weitreichende Konsequenzen für alle Anwendungen auf dem System, die sich viel Code sparen, und obendrein untereinander interoperabler werden. Auch die Dateisuche findet direkt über die Dateisystem-Datenbank ohne zusätzlichen Indizierungsdienst statt, ist also ressourcensparend und extrem flink.
Das habe ich an den neuen Ideen des Linux-Desktops zu kritisieren: Sie können schnell in ›Bloatware‹ ausarten. Zeitgeist, Nepomuk, Strigi, Tracker, Akonadi und wie sie alle heißen, sind zusätzliche Dienste, die eine weitere Abstraktionsschicht auf das Dateisystem legen. Microsoft hatte Großes bei Windows Codename: Longhorn vor mit WinFS, das in eine ähnliche Richtung ging, ist aber bei der Entwicklung wegen der hoffnungslosen Aufblähung und Verkomplexierung gescheitert. Warum setzen sich die Desktop-Entwickler nicht mal mit den Kernel-Entwicklern zusammen, und sprechen über Metadaten auf Dateisystemebene? Warum lässt man die Chance bei dem gerade heranreifenden Next-Gen-Dateisystem Btrfs verstreichen, wirkliche tiefgreifende Innovation für den Desktop zu ermöglichen?

13 – Neue Geräteklassen und die Konvergenz
Einer der sich für nächstes Jahr abzeichnenden Computing-Trends sind Ultrabooks. Ultrabook – Intels Spezifikation für extrem flache Notebooks im Stile des MacBook Air. Der Chip-Hersteller hat für dieses neue Segment sein umfassendstes Kommunikationsprogramm seit Jahren angekündigt, da wird bald richtig was geh’n. Ultrabooks sind dünn, und sie sind aus ganzen Blöcken gefräst: Neben Aluminium soll zur Produktionsteigerung auch Glasfaser als Gehäuse verwendet werden. Und sie sind dünn. Klingelt da etwas? Die nächste Tablet-Generation wird auch dünn, mit 8 mm und fallend sind Geräte angekündigt. Es ist jetzt möglich, leistungsfähige Hardware ungeahnt kompakt zu packen, sogar mit starkem Akku, ordentlichen Lautsprechern, FullHD-Kamera und natürlich mit Multitouchscreen. Ich sehe die Entwicklung klar dahin gehen, dass Tablets mit Docking-Stationen zu ultramobilen Laptops werden – eine Konvergenz der Geräteklassen. Intel setzt Energie in einen vollen Android-Port für x86, auf der anderen Seite wird Windows 8 auch für die ARM-Architektur erscheinen. Ich stelle mir Geräte vor, die Tablet sind, die aber durch Einstecken in ein Tastatur-Dock mehr Anschlüsse bereitstellen, mehr Speicher, vielleicht mehr Rechenleistung. Mir kommt der Sabber bei dieser Vorstellung. Das ist die Art von mobilem Gerät, die ich möchte, endlich!
ASUS Eee Pad Transformer Prime: Nvidia Tegra 3-Tablet mit Android 4 und Tastatur-Dock mit Zusatzakku, siehe Spezifikationen

Stellt sich die Frage nach der konkreten Benutzeroberfläche solcher Geräte. Habe ich ein Tablet in der Hand, will ich mit geschwinden Touch-Gesten meinen Startbildschirm bedienen und Apps – wirklich Apps, vereinfachte und Touch-optimierte Varianten von Desktop-Anwendungen nutzen, um rasch an (meinst konsumierbare) Ergebnisse zu kommen. Sitze ich vor einem Notebook, möchte ich mein System bequem per Tastatur und Trackpad steuern, nicht unbedingt meine Arme heben, und auch eher nicht meinen Bildschirm verschmieren. Zudem ist meine Notebook-Steuermöglichkeit viel exakter als die per Touch und ich habe den Anspruch, mit Dateien und Werkzeugleisten umzugehen; meine Eingabekompetenz ist ›fitzelig-tauglich‹. Wie bringt man die zwei Welten zusammen?
Spannend, was sich mal wieder bei Apple tut: Im diesem Sommer erschienen Mac OS X 10.7 Lion hielten bereits eine Reihe feiner iOS-Essenzen ihren Einzug. Auffälligste das ›natürliche Scrollen‹ – Scrollen vom Inhalt, nicht Bewegen einer Scrolleiste mit dem Mausrad oder dem Trackpad. Dazu das von Leszek angesprochene Launchpad als iOS-artiger Anwendungsstarter, sowie systemweite Multitouch-Gesten auf dem Trackpad. Dass Apple in der Zukunft recompilierte iOS-Apps aus seinem unermesslichen Fundus an iPad-Software für Macs mit Multitouch-Screen und vielleicht entkoppelbarer Tastatur anbieten wird, liegt nahe wie noch was.
Microsofts Hoffnungsträger Windows 8 bezaubert den Nutzer auf allen PCs ab nächsten Sommer mit der neuen kubistischen Tablet-Oberfläche Metro als Standarddesktop, der nur mit dem klassischen Fenster-Desktop gewechselt werden soll, wenn es eine ›Legacy‹-Anwendung nötig macht – schließlich ist in Zukunft ja alles ganz toll Touch-optimiert und in HTML5 und JavaScript geschrieben. Also, alles, ja. [...] Den alten Desktop wird es dabei nur noch auf x86(_64) geben, reine Windows-Tablets mit ARM-Prozessor werden nur mit Metro kommen. Microsoft bleibt uns noch einen Entwicklerfaden für ernsthafte Anwendungen in ›Metro-style‹, wie sie es so gerne nennen, schuldig. Nichtsdestotrotz lässt sich die selbe Absicht in der Verschmelzung wie bei Mac OS X erkennen, wenn auch aus der entgegengesetzten Position, dass Microsoft noch keinen App-Fundus hat, sondern sie erst mit Windows etablieren will.
Um endlich auf Linux zu kommen: GNOME 3 ist durch und durch geschaffen für Geräte, die beides sein möchten, GNOME 3 IST die Konvergenz, ist die Synthese! Es mag den Desktop-Nutzer gerade an manchen Stellen schmerzen, aber das ist die Richtung, und GNOME 3 und die GNOME 3 Shell tritt bestens aufgestellt in in diese neue Gerätewelt, von der ich glaube, dass sie die generelle Zukunft von Mobilcomputern ist.
KDE hat Plasma Active als neue Voll-Touch-Umgebung, zwischen der und dem Standard-Plasma man während der Sitzung wird wechseln können, ohne die laufenden Anwendungen zu beenden, sie sogar wird mitnehmen. Der verheißungsvolle Wechsel auf Qt QML macht wie bei Android verschiedene Nutzeroberflächen eines Programms für verschiedene Auflösungen, oder auch Umgebungs-Anforderungen möglich. Der E-Mail-Client wird also auf Plasma Active ein anderes Layout zeigen als auf Plasma, und doch ist es die selbe Anwendung. Auch eine kluge Herangehensweise mit dem Vorteil, den Power-Nutzer nicht einzuschränken. – Und es wird an der Umsetzung dieser Vision gearbeitet, viele KDE-Entwickler beschäftigen sich bereits mit dem Freundlichmachen ihrer Anwendungen für Touch-Geräte.
Meinen vollen Enthusiasmus in Sachen Linux auf ›Tabbooks‹/›Lapdocks‹/›WebTops‹ schmälert zur Zeit noch, dass X.org noch immer eine Multitouch-API fehlt; sie wird von Version zu Version aufgeschoben. Das könnte noch ein düsteres Erwachen geben. Multitouch ist zwar möglich, man muss bisher aber die Eingabegeräte direkt am Treiber ansprechen und dafür erst kennen, um sie dann in ein von X separates Framework zu mappen, welches überhaupt erst allgemeine Muster und damit Gesten erkennt. Canonical tätigte zumindest dabei einen löblichen Vorstoß mit uTouch, das seit Ubuntu 10.10 mitinstalliert wird, leider aber auch auf anderen Distributionen erst einen speziell ›Hack‹-gepatchten X.org erfordert.
Ja, danach sieht’s aus.

14 – Finale
Der Paradigmenumbruch findet statt. Es herrscht Aufbruchsstimmung. Die traditionelle Desktop-Metapher weicht nach Jahren etwas Neuem; was es ist, wird immer greifbarer. Es ist sehr erfreulich, dass man den Umbruch in der Industrie weitsichtig vorausgespürt hat und jetzt besser aufgestellt ist als die proprietäre Konkurrenz.
Ich rate zum Experimentieren. Dabei auf die Nachhaltigkeit der eigenen Plattform-Entscheidung zu achten.
Das Schöne ist: Wir haben die Wahl auf Linux.
Es sind aufregende Zeiten.

15 – Auswahl weiterführender Artikel
Im Folgenden noch eine Auswahl einiger lesenswerter Artikel der letzten Monate, die es ermöglichen, sich selbst ein breites Urteil zu bilden. Damit schneller ersichtlich ist, wohin eine Empfehlung führt, habe ich die Links sichtbar geschrieben.

Unity

• Unity – Der Anfang vom Ende für Ubuntu?
  http://kofler.info/blog/154/1/Unity—-Der-Anfang-vom-Ende-fuer-Ubuntu/
• What’s really going on with Ubuntu Unity (2010)
  http://blogs.computerworld.com/17234/whats_really_going_on_with_ubuntu_unity
• Ubuntu 11.10 ohne Unity3D? — Unity 2D in Qt
  http://www.glasen-hardt.de/?p=1225
• Schwingende Fenster: Neue Optik für Linux & Co. (2005, historisch!)
  http://www.golem.de/0504/37579-2.html
• Compiz is getting rapidly sick of Gnome – erkennbare Vorüberlegungen zu Unity, wenn auch nicht von Canonical (2009)
  http://www.stefanoforenza.com/compiz-is-getting-rapidly-sick-of-gnome/
• Warum Unity gut für den freien Desktop ist
  http://fernmannblog.wordpress.com/2011/04/28/warum-unity-gut-fur-den-freien-desktop-ist/
• Mac OS X Lion Features Are Ubuntu Rip-Off
  http://www.muktware.com/blog/45/290/23/2010/396?page=0,0
• Distrowatch: Ubuntu erstmals mit deutlichem Popularitätsverlust
  http://derstandard.at/1308679567656/Distrowatch-Ubuntu-erstmals-mit-deutlichem-Popularitaetsverlust
• »finde konsole nicht ubuntu 11.04«
  http://kenntwas.de/2011/linux/ubuntu/finde-konsole-nicht-ubuntu-11-04/
• Hälfte der Menschheit bald zu blöd für Ubuntu (April 2011)
  http://www.naturalnik.de/wordpress/2011/04/halfte-der-menschheit-bald-zu-blod-fur-ubuntu/
  Besonders schön: »8 Tester haben es nicht geschafft, ein Icon zum Launcher hinzuzufügen. Warum weiß keiner so genau, das Ding hat sich halt gewehrt. 9 von 11 Testern haben es geschafft, ein Fenster zu schließen. Das klingt jetzt toll, aber die anderen 9 haben sich nur von plötzlich auftauchenden Bugs oder verschwindenden Buttons nicht so sehr ablenken lassen wie die restlichen zwei.«
• User Testing of Unity Reveals Surprising Results
  http://www.omgubuntu.co.uk/2011/11/user-testing-of-unity-reveals-some-surprising-results/
  »Interestingly, the number of users who could tell how many apps were running was higher in 2010.« – Vollkommen unbedenkliche Entwicklung, nicht wahr?
• Ubuntu 11.10 veröffentlicht – und gleich im Test
  http://derstandard.at/1317019445461/Oneiric-Ocelot-Ubuntu-1110-veroeffentlicht—und-gleich-im-Test
  »Hier entsteht dann etwas der Eindruck, dass man bei Canonical nicht so recht weiß, wie man die zunehmend divergierenden Ansätze von GNOME und Ubuntu zusammenbringen kann, um ein rundes Ganzes zu erzeugen.« (S. 14)
• Jobs der Zweite? (2010)
  http://be-jo.net/2010/03/jobs-der-zweite/
• Ubuntu should zig to Apple’s zag
  http://bytebaker.com/2011/10/19/ubuntu-should-zig-to-apples-zag/
  »The longer I see Ubuntu’s development the more it seems that they are shunning the Unix philosophy in the name of “user friendliness” and “zero configuration”. And they’re doing it wrong. I think that’s absolutely the wrong way to go.«

Canonicals Copyright Assignments

• Harmony Agreements
  http://blog.tenstral.net/2011/06/harmony-agreements.html
• Shuttleworth: Firmen und freie Software
  http://blog.tenstral.net/2011/05/shuttleworth-firmen-und-freie-software.html
• Warum Copyright-Assignments schlecht sind… oder: Der Fall Canonical und die Community.
  http://blog.tenstral.net/2011/05/warum-copyright-assignments-schlecht.html
• Why I would not sign a Harmony Agreement
  http://blog.martin-graesslin.com/blog/2011/07/why-i-would-not-sign-a-harmony-agreement/
• DS2011 – Panel on Copyright Assignment
  http://blog.tenstral.net/2011/08/ds2011-panel-on-copyright-assignment.html
• Open-Source-Kontroverse: Mark Shuttleworth hofft auf ›Großzügigkeit‹ der EntwicklerInnen
  http://derstandard.at/1311802889905/Open-Source-Kontroverse-Mark-Shuttleworth-hofft-auf-Grosszuegigkeit-der-EntwicklerInnen
• Wie es besser geht: Contributor License Agreements mit Offenheitsverpflichtung
  http://www.golem.de/1109/86416.html

GNOME 3

• Eine Woche Gnome 3: Der uniformierte Desktop
  http://www.knetfeder.de/linux/index.php?id=86
• Warum… Unity, Gnome und der Schlag ins Gesicht
  http://oyox.de/archives/141-Warum…-Unity,-Gnome-und-der-Schlag-ins-Gesicht.html
• Wird GNOME wieder zum Zwerg? – eine Generalkritik zur neuen Shell
  http://www.knetfeder.de/linux/index.php?id=79
• Adieu, Desktop. Der langsame Abschied von der Arbeitsoberfläche?
  http://www.knetfeder.de/linux/index.php?id=84
• Taskleiste, Panel, Dock & Co. oder: Der Vorteil der vergessenen Fensterlisten
  http://www.knetfeder.de/linux/index.php?id=91
• Überlegungen zu GNOME 2 (Essay, 2002)
  http://ometer.com/free-software-ui.html
• On the relationship between Canonical and GNOME
  http://bethesignal.org/blog/2011/03/12/relationship-between-canonical-gnome/
• Timeline: It’s 2009… and they have a plan
  http://bethesignal.org/blog/2011/03/18/timeline-gnome-canonical-2009/
• Linus Torvalds nennt GNOME 3 ein ›großes Durcheinander‹
  http://www.golem.de/1108/85472.html
• A Fork Of GNOME 2: The Mate Desktop (August 2011)
  http://www.phoronix.com/scan.php?page=news_item&px=OTgxMA
• Auf dem Desktop zieht “Revolution statt Evolution” nicht – auch nicht bei Apple
  http://campino2k.de/2011/08/18/auf-dem-desktop-zieht-revolution-statt-evolution-nicht-auch-nicht-bei-apple/
  Mit höchst amüsantem Video eines genervten Lion-Nutzers!
• GNOME-Designer Jon McCann about the future of GNOME3
  http://derstandard.at/1313024283546/Interview-GNOME-Designer-Jon-McCann-about-the-future-of-GNOME3
  GNOME-Entwickler ein bisschen größenwahnsinnig? Wollen spezielle Audio-, Foto-, Dokumente-, Video- und Mail-Anwendungen für GNOME 3 schreiben?!
  »People will go off and do different things – and they certainly do have that right. But I still think if we value GNOME and we believe in GNOME we need to do the right thing by our own vision.«
  »I’m not saying that all this people will be completely convinced and that’s unfortunate but I think over time people will realize what we are doing has been at least thought through.«
  »I don’t think we are all that different in the end. There are a lot of things we have in common. Who doesn’t like to listen to music? Who doesn’t need to check email, who doesn’t need to chat with friends? Or lookup a map to know how to get to dinner, or even use the web, where most of the daily usage is nowadays. There is so much commonality. We do end up focusing on the differences more than we should.
  You do see a lot of hackers using Mac OS X these days and I think that’s a little bit unfortunate and probably there are many reasons why they do that, but that’s not immediately what you might think of as a super hacker-focused OS.«
  »Unfortunately on the internet – and in free software in particular – we have a lot of people whose voices aren’t heard very loudly, and we have to take their needs into accounts as well as those who are vocal.«
  »As how we react to those latest criticisms: It’s very difficult cause not all of those necessarily agree with one another. In some sense people who are against something think they have something in common, but when you look at it in more detail – which of course we try to do – very few actually agree on much of anything other than that’s not what they are used to.«
• “Anwender reagieren positiv auf GNOME 3″
  http://www.golem.de/1105/83493.html
• Linux Mint 12 Preview
  http://blog.linuxmint.com/?p=1851
  »We’ve been using application menus, window lists and other traditional desktop features for as far as I can remember. It looked different in KDE, Xfce, or even Windows and Mac OS, but it was similar. GNOME 3 is changing all that and is developing a better way for us to interact with our computer. From our point of view here at Linux Mint, we’re not sure they’re right, and we’re not sure they’re wrong either. What we’re sure of, is that if people aren’t given the choice they will be frustrated and our vision of an Operating System is that your computer should work for you and make you feel comfortable.«
• Nachrichten aus dem Land der GNOME-Shell (Juli 2011, reich bebilderter Ausblick auf GNOME 3.2)
  http://linuxundich.de/de/ubuntu/nachrichten-aus-dem-land-der-gnome-shell/
• GNOME 3.2 ist da: Ein saftiger Nachschlag für den Linux-Desktop
  http://derstandard.at/1314652803662/WebStandard-Test-GNOME-32-ist-da-Ein-saftiger-Nachschlag-fuer-den-Linux-Desktop
• GNOME Shell läuft künftig auch ohne Hardware-3D-Support
  http://derstandard.at/1319181969534/Funktionstuechtig-GNOME-Shell-laeuft-kuenftig-auch-ohne-Hardware-3D-Support
• GNOME 3 Shells Fenstermanager ›Mutter‹ ist offenbar doch erweiterbar – hoffen wir auf die wabbelnden Fenster!
  http://www.webupd8.org/2011/10/gnome-shell-focus-effects-extension.html
• GNOME3: Neue Designs zeigen weitere Zukunft des Desktop
  http://derstandard.at/1319182584290/Ausblick-GNOME3-Neue-Designs-zeigen-weitere-Zukunft-des-Desktop
  Original Blog: GNOME Design Update https://afaikblog.wordpress.com/2011/11/10/gnome-design-update/

KDE

• KDE 4.0 Release Event Keynote (2008)
  https://www.youtube.com/watch?v=UneGtZlehTU
• Video: Aaron Seigo von KDE – Desktop Summit 2011 – Kleiner Beinahe-Versprecher des Oberflächenchefs, ist aber auch kompliziert mit den ganzen Plasma-Komponenten
  http://video.golem.de/oss/5475/aaron-seigo-von-kde-desktop-summit-2011.html
• Chani’s KDE Screencasts: Activities in Action
  https://blip.tv/chanis-kde-screencasts/activities-in-action-4629891
• Plasma Active will mit iOS und Android gleichziehen
  http://www.golem.de/1108/85534.html
• Zeitgeist coming to KDE
  http://www.omgubuntu.co.uk/2010/11/zeitgeist-coming-to-kde/
  und Golem: Zeitgeist-Integration in KDE http://www.golem.de/1106/84033.html
• Interview: KDE-Initiator Matthias Ettrich, Nokia (2009)
  http://www.linux-magazin.de/Online-Artikel/LIP-Lounge-KDE-Initiator-Matthias-Ettrich-Nokia
  Hochinteressantes, aufschlussreiches Interview mit Matthias Ettrich, dem Gründer von KDE; über Featuritis sagt er:
  »Die ersten KDE-Entwickler hatten einen klaren Fokus auf Endanwender. Dieser wurde später von der Entwicklergemeinschaft und den frühen Anwendern in Richtung Linuxexperten verschoben – erst langsam und schrittweise, dann immer schneller, und schließlich wurde es Teil des Projektes. Denn oft gilt, ›wer macht hat Recht.‹ Ziel war es jedoch nie, den Linux-Anwendern einen ultra-konfigurierbaren Desktop mit Tausenden von Optionen zu geben, um damit jeden noch so verquasteten Workflow zu unterstützen. Ziel war es vielmehr, Linux neue Anwenderschichten aus der Mitte der Gesellschaft zu erschließen. Im Grunde ist der Mac mit Mac OS X das geworden, was Linux mit KDE hätte sein können: Das bessere System.«
• Trinity – Desktop ohne Zukunft
  http://www.freiesmagazin.de/mobil/freiesMagazin-2011-09-bilder.html#11_09_trinity

Gemischtes

• Video: Why Linux Sucks Talk 2011 (“less than before”)
  http://rockiger.com/de/blog/view/why-linux-sucks-talk-2011
• »Von den 2 Milliarden Windows-Nutzern sind vielleicht 200 Mio. Poweruser, die mehr machen, der Rest braucht eine einfache Oberfläche. Betonung liegt hier auf EINE Oberfläche.«
  http://forum.golem.de/kommentare/applikationen/steven-sinofsky-windows-8-bekommt-einen-app-store/byebye-windows/54661,2773858,2773858,read.html#msg-2773858
• »I’ve solved the GNOME suspend/poweroff controversy:«
  http://pic.twitter.com/gZqTEim
• Uncyclopedia: GNOME
  http://uncyclopedia.wikia.com/wiki/GNOME
  Ein bisschen Humor
  »Whereas KDE policy is „If you disKover some empty spaKe, add an useless feature or somethinK very very irritatinK. The iKon must be shiny, rotatinK, and Kontain at least one K.“, the GNOME policy is the opposite: „If you find a feature, it might confuse a user, so remove it.“«

Bildrechte:

GNOME Foundation, derStandard.at (Kätzchen), Canonical (Unity), be-jo.net (Apluntu), Xfce, KDE, Disney, ASUS

Für wen ist diese Anleitung? Ich weiß es selber nicht so genau. Sie ist ein seltsamer Mischling zwischen persönlichem Blog-Eintrag und einer Tipp-Sammlung. Sie richtet sich sicher nicht an Ubuntu-Einsteiger, sondern eher an die, die schon mehrmals ein Ubuntu installiert haben, die sich aber immer den Vorentscheidungen des Installationsassistenten gebeugt haben und nun mal von Grund auf alles richtig machen wollen. Ich will damit keine schrittweise Anleitung, sondern Anregungen und Ideen geben und auf Möglichkeiten der Konfiguration aufmerksam machen. Der rote Faden ist ein ›Upgrade‹ auf das neue Ubuntu 9.04, das Ende April herauskam.

Meine Haltung zu Upgrades
Upgrades sind Aktualisierungen von Systemen oder Programmen auf die nächste ›große‹ Version mit größeren Änderungen. Man kann Windows, Mac OS X und Linux-Distributionen auf die nächste große Veröffentlichungsversion upgraden, ohne seine Systemeinstellungen, Programme und Dateien zu verlieren, theoretisch. Praktisch ist das unter Windows so, dass ein Upgrade ein meistens sowieso schon altes/benutztes/mit Software bespieltes und von Fehlern duchlöchertes Windows-System noch mal zerkratzt, so dass man zwar in den meisten Fällen ein benutzbares System erhält, es aber einfach nicht rund läuft.
In der Theorie ist das Upgrade eines Linux- oder sonst wie unixiiden Systems das sauberste, das man durchführen kann, weil die Systembestandteile sehr klar deklariert sind, jede Datei versioniert, die Programme dabei eher evolutionäre als revolutionäre Änderungen erfahren und außer dem Systemkern auch noch die allermeisten darauf laufenden Applikationen, da sie aus dem Paketserver-Pool der Linux-Distribution stammen, mitaktualisiert werden.
Wann sollte man also dennoch eine Neuinstallation als Upgrade in Betracht ziehen? Vier mögliche Gründe:

• Das System läuft irgendwie nicht mehr zuverlässig, oder so, wie es sollte

• Man hat das System ›verkonfiguriert‹

• Man hat im Laufe der Zeit so viele zusätzliche Programmtitel zum Testen installiert, dass die Menüs prallvoll sind und man hat keine Lust, von Hand auszumisten (wobei dann auch nur die Programme selber und nicht ihre mitgezogenen Abhängigkeiten mitentfernt würden)

• Man möchte auf eine intelligentere Partitionierung umstellen

Seht ihr eurer System in einem der Punkte beschrieben, dann rate ich euch wirklich: Macht eine Neuinstallation statt eines Upgrades. Das fühlt sich auch allein ideologisch schon besser an.

Zur Konfiguration
Ein grundlegender Unterschied zum Microsoft-System: Mit Windows hat man immer Arbeit, ein Linux dagegen läuft in der Regel, nachdem man einmal eine hohe Konfigurationshürde erreicht hat, sehr lange ziemlich gut.
Ich selbst schiebe die Installation einer neuen Version immer einige Zeit vor mir her, weil es halt wirklich Arbeit ist. Dann nehme ich mir mehrere Tage einige Stunden das System vor, für Ubuntu 9.04 habe ich geschätzte 16h gebraucht, bis alles so lief, wie auf meiner vorigen Installation. Diese Zahl ist ungeschönt, aber ich will bemerken, dass ich ein Perfektionist bin, dann der Entwickler von Fertibunti (was auch Zeit kostete), wirklich viel individuell haben möchte, und dass gerade mein Rechner (gemäß meinem Fachwissen, es darf ja nicht einfach funktionieren… Ich staune, wie toll sich die Computer meiner Freunde, die nicht so versiert sind, einer Ubuntu-Installation fügen…) mir gerne dazwischenfunkt.

Das, was wohl auf einem Windows-System am meisten Zeit verschlingt, ist die Installation von Software. Die Installation. Die Setups sind unglaublich lahm und umständlich. Die Einrichtung des Systems macht man bei Windows mehr oder weniger nebenher.

Durch die geniale Paketverwaltung von Linux-Distributionen nimmt dort die Nachinstallation zusätzlicher Programme den kleinsten Teil der Nacharbeit ein. Benutzt ihr mein Fertibunti, das automatisch alles Notwendige und noch ein bisschen mehr nachinstalliert und einrichtet, kommt ihr zeitlich wirklich gut damit weg. Auf einem halbwegs aktuellen Rechner sollte das mit DSL 16.000 nicht über eine Stunde dauern. Umgerechnet auf die Zeit, die diese Programmfülle durch den typischen Windows-Installationsweg vernichten würde, wären das sicher über sechs Stunden Arbeit, und dabei macht Fertibunti alles automatisch.

Wir sichern…
Bevor wir neuinstallieren, sollten wir natürlich die wesentlichen Dinge unseres noch laufenden Systems sichern, ein paar, die mir wichtig erscheinen:

• /etc/fstab

• /etc/X11/xorg.conf

• /etc/apt/

• /boot/grub/menu.lst

Überhaupt wäre eine Komplettsicherung des Systems auf eine andere Festplatte/Partition ratsam. Ich empfehle dafür sbackup.

Hat man /home noch nicht auf einer separaten Partition (dazu später mehr), so muss man natürlich auch alle seine sichtbaren und versteckten Dateien in seinem ›Heim-Ordner‹ sichern. Dabei kann es vorkommen, dass einige Dateien sich nicht kopieren lassen, weil etwa die persönlichen Rechte nicht dazu ausreichen. Es kann gesagt werden, dass die alle nichts Wichtiges sind, fast immer auch nur sehr klein. Einfach überspringen, das macht später nichts aus.

Woran dann fast niemand mehr denkt, sind ›Sicherungen‹ von allgemeinen Systemzuständen. Ich rate, Bildschirmfotos zu machen:

1. Vom Desktop mit offenem Nautilus-Fenster (so hat man die laufenden Panel-Applets und die Nautilus-Lesezeichen festgehalten)
2. Falls man ein alternatives Anmeldefenster installiert hat, den Anmeldefenstermanager öffnen und sich den Namen des Themas rausschreiben, damit man es später wieder auf Gnome-Look.org findet
3. Eventuell schauen, wie man den Drucker konfiguriert hat
4. Von Synaptic (-Paketverwaltung) → Ursprung → Lokal/* (unter den Subkategorien von Lokal werden alle installierten Pakete gelistet, die nicht über die System-Quellen von Apt installiert wurden)
5. Von GParded mit den Partitionen (Mountpunkte) (Wenn noch nicht installiert: Paket gparted installieren und dann über System → Systemverwaltung → Partition Editor starten)

Die Bildschirmfotos von GParded und eine Kopie der Datei /etc/fstab legt ihr nun auf einen USB-Stick, bereit für die Installation.

64-Bit?
Das ist eine Frage, die sehr oft in Linux-Foren gestellt wird: Soll ich die 32-Bit-, oder die 64-Bit-Version installieren?
In den Foren melden sich dann oft die, die sagen, dass es sich nicht lohnt, weil man den Unterschied fast nicht spürt, oder nur in pompösen Datenbankanwendungen.

Ob man die 64-Bit-Version installieren sollte, wenn der Prozessor 64-Bit unterstützt? Ich beantworte das mit einem klaren Ja, warum nicht!, mit einer Einschränkung: Hat man unter 1 GB RAM, könnte es besser sein, noch ein 32-Bit-System zu installieren.
64-Bit bringt keine Nachteile mehr. Flash läuft gut, Java gibt es, Multimediacodecs machen seit Jahren keine Probleme mehr. Warum also sollte man auf ein bisschen Mehrleistung verzichten, wenn es die Hardware hergibt?
Auch bei der Softwareauswahl muss man keine Abstriche machen, praktisch 1:1 hat man die gleiche Fülle wie ein 32-Bit-Nutzer in den Quellen zur Verfügung.
Linux war der erste Kernel für die AMD64-Plattform (die auch heute Intel-Prozessoren implementieren, wenn sie 64-Bit-Code ausführen) und damit zum ersten Mal in seiner Geschichte die Präferenz- und Standardplattform für eine neue Rechnerarchitektur. Es läuft toll darauf.
Anders als die 64-Bit-Versionen von Windows und Mac OS X kommt eine 64-Bit-Linux-Distribution ausschließlich mit 64-Bit-Software daher und jedes Programm, das man über die Paketverwaltung nachinstalliert, ist auch für 64-Bit gebaut, abgesehen von einigen proprietären Dingen wie Flash, Adobe Air oder Zattoo, die immer noch eine Kompatibilitätsschicht benötigen, was aber auch wenig Probleme macht. Bis auf die codegeschlossenen Applikationen hat man dann tatsächlich ein massiv 64-bittiges System, ist das nicht cool? Vergleicht das mit Windows, wo noch nicht mal Microsoft seine Produktpalette wenigstens zu einem nennenswerten Teil in 64-Bit anbietet, von den Drittanbietern ganz zu schweigen!

/boot und /home als separate Partitionen
In einer Standardinstallation sind /boot und /home Unterverzeichnisse der „/“-Partition. Im Prinzip kann man jedes Verzeichnis einer Linux-Distribution aber auf eine separate Partition auslagern. Das bringt für mich vor allem Systemsicherheit mit sich: Ich weiß genau, dass der Kernel und die GRUB-Konfiguration auf dieser ersten kleinen Partition liegen, außerdem erlaubt es mir so, der übersichtlichen Konsequenz wegen, nur /boot als primäre Partition anzulegen und alle weiteren Partitionen als logische in einem erweiterten Container zu erstellen.
/home als separate Partition sollte Pflicht sein: Ist das System beschädigt und startet nicht mehr, kann man ›einfach‹ Linux noch einmal installieren und wieder die entsprechende Partition als /home einhängen und man hat sofort seine individuelle Desktop-Konfiguration und sein Heimatverzeichnis. Theoretisch ist es auch möglich, für mehrere Linux-Distributionen wie Ubuntu, Fedora und SUSE die gleiche Home-Partition anzugeben (was aber an der unterschiedlichen installierten Software dann in Menüs nicht gut aussieht). Und sowieso, weil ich so oft neuinstalliere, wäre es furchtbar umständlich, jedes mal /home zu sichern und später zurückzuspielen.

Option 1: Eine frische Installation mit ganz neuer Partitionierung
Ich will hier nicht auf die einzelnen Schritte eingehen, weil ich einfach davon ausgehe, dass ihr ein ›Upgrade‹ machen wollt und schon mit früheren Installationen Erfahrungen sammeln konntet. Nicht schaden kann es, wenn ihr euch den Wikipedia-Artikel zu Partitionen durchlest, besonders die Sache mit primären, erweiterten und logischen Partitionen solltet ihr später können.

Zunächst ein ›Insider‹: Den Computer ausschalten und ein paar Minuten vor Beginn der Installation abkühlen lassen. Das ist wahrscheinlich vollkommen sinnlos, aber es gibt einem ein gutes Gefühl; wie »Jetzt ruhst Du dich noch einmal aus und dann geht es konzentriert los.«
Auch das Zimmer mal gut durchlüften, damit man selbst genug Frischluft hat, um kühl denken zu können. Vernachlässigt das nicht, es ist ungeheuer wichtig, bei der Partitionierung keine Fehler zu machen.

Startet von der CD, wählt ›Ubuntu ausprobieren (Rechner bleibt unverändert)‹ aus dem Bootmenü und wartet, bis die Oberfläche geladen ist.

Bei einer vollkommenen Neuinstallation (oder eben wenn man die Festplatte komplett neu einteilen möchte) mit dem Partitionseditor (unter System → Systemverwaltung) Platz für /boot, /, /home und swap schaffen.
Legt dann 4 neue Partitionen für Ubuntu an (Dateisystem alle Ext4 bis auf Swap, da wählt ihr ›Linux-Auslagerungsspeicher‹)

• /boot : 200 MB

• / : 10-20 GB

• swap : Mindestens so groß wie der verbaute Arbeitsspeicher, aber nicht mehr als doppelt so viel

• /home : mindestens 10 GB

Zu /home : Kommt darauf an, wie ihr vor habt, eure Nutzerdateien zu verwalten. Man kann entweder wirklich /home nutzen, um dort seine Bilder, Videos und die Musiksammlung unterzubringen, spricht nichts dagegen. Ich habe, um flexibler zu sein mit anderen Distributionen, auf /home nur das Nötigste, also Konfigurationsdateien und meinen Podcasts-Ordner liegen und nutze die Partition mehr oder weniger als temporäres Abstelllager von Arbeitsdateien und speichere meine ›Eigenen Dateien‹ auf einer anderen Partition. Aber spricht wie gesagt nichts dagegen, /home für alles zu nutzen.

Bleibt zu sagen, dass ihr die Partitionierung mit GParted durchführen solltet, bevor ihr das Setup mit dem Icon auf dem Desktop startet.

Folgt dem Assistenten wie gewohnt, bis ihr gefragt werdet, wie ihr die »Festplatte vorbereiten« möchtet. Dort wählt ihr »Partitionen manuell festlegen (fortgeschritten). Darauf seht ihr eure vorhin angelegte Partitionierung und könnt den Partitionen Einhängepunkte (auch ›Mountpoints‹) und Dateisysteme zuweisen (sollte natürlich wieder alles Ext4 sein, bis auf die Swap).

Option 2: Neuinstallation über Vorgängerversion von Ubuntu
Nach dem Starten von CD (analog zur vorherigen Option, mit ›Ubuntu ausprobieren (Rechner bleibt unverändert)‹ ) den vorbereiteten USB-Stick mit den Bildschirmfotos und der fstab einstecken, dann den Installationsassistenten starten. Der USB-Stick sollte automatisch eingehängt und geöffnet werden. Der Installationsassistent wird uns gleich anbieten, den USB-Stick wieder auszuhängen, was wir aber dankend verneinen.

Fall 1: Ihr habt im vorherigen Ubuntu noch keine separate /boot- und /home-Partition gehabt. Vor der Neuinstallation sichertet ihr also euer ganzes Benutzerverzeichnis unter /home inklusive aller versteckter Ordner auf DVD oder eine andere Partition oder Festplatte. Jetzt wollt ihr diese Partitionen anlegen, das geht am besten mit dem Partitionseditor (unter System → Systemverwaltung). Der sollte noch vor dem Installationsassistenten gestartet werden.
Verschiebt, ändert Größen und löscht nach euren Wünschen vorhandene Partitionen, um, falls ihr das braucht und in der alten Installation gemerkt habt, dass ihr mehr Platz für z.B. /home benötigt, als zuvor die Partition hergegeben hat.

Fall 2: Ihr habt schon eine /boot- und eine /home-Partition und seid damit zufrieden. Bestens.

Im Installationsassistenten dann zunächst /boot, /, /home und swp (wieder) besetzen. Zum Formatieren davon nur die /boot- und /-Partition vormerken (bei Fall 2)! Dateisystem der Wahl für /boot, / und /home (nur bei Fall 1 natürlich auch /home formatieren) ist das neue schnelle Ext4.

Jetzt kommen unsere Bildschirmfotos von GParted vom Vorsystem ins Spiel. Öffnet sie vom USB-Stick und richtet die Mountpunkte der anderen Partitionen getreu diesen Bildern ein. Dabei immer als Dateisystem das wählen, was schon im Hauptfenster in der Spalte “Verwendung” steht. Der Mountpunkt muss mit der Tastatur eingegeben werden (etwa /media/sdb8) – eben so, wie er früher schon war, gemäß dem Bildschirmfoto.

Übrigens: Hat man in der vorherigen Installation einigen Partitionen noch gar keine fixen Mountpunkte verpasst, bietet sich nun die Gelegenheit dazu. Heißt die Partition etwa /dev/sda10, so kann man sie als /media/sda10 einhängen lassen. (Bitte nicht beachten, dass ich in nebenstehendem Bild in den Mountpunkten immer sdb statt sda, wie das /dev-Gerät heißt, eingebe. Das hat esoterisch-unerklärliche technische Gründe, irgendwie zusammenhängend mit meinem BIOS. Einfach nicht beachten. Auch bitte im Bild nicht darum kümmern, dass zwei Partitionen im Fensterfoto des Partitionseditors vom alten Ubuntu als “unbekannt” markiert sind; ich hatte diese schon als Ext4 benutzt, aber die dort eingesetzte Version des grafischen Partitionsmanagers unterstützte zu dem Zeitpunkt noch kein Ext4.)
Versucht nicht, meine Partitionierung zu verstehen. Macht euch nur klar, wie ihr die alten Belegungen der Mountpunkte übernehmt. Dieser Dialog ist der fordernste und gefährlichste am ganzen Betriebssystem.

Die Partitionierung, egal wie frustierend sich das Werkzeug gebärdet, unbedingt gewissenhaft und mit größter Konzentration durchführen, dabei mehrmals die Angaben auf Mountpunkte und Formatierungen überprüfen, gegebenenfalls hier sogar eine kleine Pause einlegen, wieder an den PC gehen und noch einmal alles überprüfen und überdenken; vielleicht will man ja etwas doch anders machen. Nehmt euch die Zeit, es lohnt sich, eine intelligente und maßgeschneiderte Festplattenaufteilung zu haben.

Sodann das erledigt ist, werdet ihr nach euren Anmelde- und Benutzerdaten gefragt. Führt ihr ein “Upgrade” durch, dann müsst ihr natürlich euren Benutzer wieder so nennen, wie er schon zuvor hieß. Hattet ihr mehrere Konten, dann erstellt jetzt einfach eines der Konten, später im installierten System lassen sich dann noch weitere Benutzer hinzufügen (es geht dabei nur um die Registrierung beim System an sich, eure Benutzerdaten sind ja auf der separaten Home-Partition (Fall 2) oder spielt ihr später von der Sicherung zurück (Fall 1)).
Nachdem euch der Assistent noch gefragt hat, ob ihr von einem installierten Windows-System Benutzerdaten importieren wollt (tut’s nicht!), seht ihr auf einer Übersichtsseite noch einmal alle auszuführenden Aktionen und Einstellungen. Vergewissert euch dort erneut von der Richtigkeit der Formatierungsaufgaben. Dann sollte die CD werkeln und Ubuntu 9.04 auf eure Festplatte schaufeln.

Erste Aufgaben nach dem „Upgrade“
Fall 1: Ihr habt eine Standardinstallation vor euch, nichts ist eingerichtet.
Spielt von eurem Backup, seien es DVDs oder eine Backup-Partition, wieder eure ganzen versteckten und nicht versteckten Dateien eures alten /home/$BENUTZERNAME$ zurück, wenn ihr gefragt werdet, wie ihr mit schon vorhandenen Dateien verfahren wollt, sagt, er soll sie überschreiben.
Am Kritischten dabei sind die Benutzerrechte, dass die stimmen. Bekommt ihr Probleme dabei, fragt mich hier in den Kommentaren oder im Ubuntuusers.de-Forum.

Fall 2: Da ihr euer /home behalten habt, sollte euer gewohnter Desktop wieder vor euch erscheinen:

Fall 1+2 anschließend:
Ihr seht, dass die Panels sehr leer aussehen, oben links sind Platzhalter für einige Starter und oben rechts ist die Begrenzung der Benachrichtigungsfeld-Symbole viel zu weit links. Das kommt schlicht daher, dass noch nicht alle Programme installiert sind, die ihr/ich in eurer vorherigen Installation hattet, die liefen, und von denen ihr Starter angelegt habt.
Jetzt geht es also an das Installieren dieser zusätzlichen Pakete.
Dafür, und um überhaupt mal eine ansehnliche Auswahl von – aus meiner Sicht – unentbehrlichen Anwendungen zu bekommen, lege ich euch mein Fertibunti-Script ans Herz. Es erweitert selbständig die Paketquellen um z.B. Medibuntu, Wine und VirtualBox und installiert alle nötigen Mediacodecs, „echte“ Multimediasoftware, Internetprogramme wie Skype, Filezilla, Firefox 3.5 und Midori und eben viele Systemerweiterungen und -Programme wie VirtualBox, Compiz Fusion-Plugins, volle PulseAudio-Kontrollapplets, Envy, Gnome Do und so weiter. In meinem Freundeskreis ist das sehr beliebt und es funktioniert auch wirklich.
Außerdem konfiguriert Fertibunti ganz zart den Desktop, stellt auf das chice Gnome-Thema „Neue Welle“ um und installiert einen hübscheren Anmeldebildschirm.
Man könnte es als die eierlegende Wollmilchsau für die Neuinstallation eines Ubuntu-Systems bezeichnen.

Einrichtungstipps
Nach Fertibunti geht es dann an die Einrichtung der Hardware (DAS ist es, was bei mir immer so viel Zeit kostet). Normal sollte alles Wichtige schon laufen, Drucker lassen sich grafisch einrichten etc.. Wenn ihr eine ATI- oder Nvidia-Grafikkarte habt, empfehle ich, zur Installation des Treibers EnvyNG zu nutzen (Anwendungen → Systemwerkzeuge → EnvyNG) , und nicht den von Ubuntu selbst vorgeschlagenen Treiber (weil EnvyNG einen neueren kennt).
Weiter geht es mit den Applikationen, die nicht in den Quellen sind, und von deren Liste ihr euch vor der Neuinstallation in Synaptic ein Foto gemacht habt (das war das unter Ursprung → Lokal/*).

Wollt ihr den Bootmanager anpassen, eignet sich der (von Fertibunti installierte) StartUp-Manager (System → Systemverwaltung → StartUp-Manager). Damit lassen sich unzählige Einstellungen komfortabel ändern, z.B. das als Standard zu startende Betriebssystem, die Wartezeit und die Bildschirmauflösung des Bootbildes. Ganz nett finde ich auch, über das Deaktivieren des Häkchens bei ›Zeige Bootmenü‹ überhaupt erst mal kein Bootmenü anzuzeigen, sondern es erst durch Drücken von Esc einzublenden, was den Systemstartprozess konsistenter erscheinen lässt.

Um nicht unnötig auf / Platz zu verschwenden, ist es klug, in Synaptic unter Einstellungen → Dateien → Temporäre Dateien → ›Heruntergeladene Paketquelldateien nach der Installation löschen‹ zu aktivieren (und einmal den Knopf ›Alle Paketdateien im Zwischenspeicher löschen‹ zu betätigen).

Wer sich noch nicht intensiver damit beschäftigt hat, sollte auch unbedingt einmal die Auswahl an Panel-Applets durchwühlen. Einfach einen Rechtsklick auf eines der Panels und ›Zum Panel hinzufügen …‹ wählen. Was ich absolut empfehlen kann:

• Tomboy – Eine intelligente Notizenverwaltung, die für mich eines der Highlights von Gnome darstellt – ist mir absolut unbegreiflich, warum Canonical das nicht in der Standardinstallation gleich im Panel aktiviert

• Systemmonitor – Eine Live-Systemlastenanzeige über CPU und bei Interesse auch Speicher, Netzwerk, Swap, Last und Festplattenaktivität. Wie kann man ohne eine Lastenanzeige arbeiten?!

• Überwachen der Prozessortaktstufen – manuelle Regelung der Prozessortaktstufen. Das kann für Notebook-Besitzer zum Stromsparen interessant sein, und ist es umgekehrt, wenn der Kernel bei HD-Videos einfach nicht richtig hochtakten will, wie er es sollte (hier ein Foreneintrag zu dem Problem)

• Netzkerküberwachung – Ein Applet, das hauptsächlich blinkt, wenn Daten übertragen werden, oder das ein durchgestrichenes Symbol zeigt, wenn man keine Verbindung hat (ich nutze an meinem Desktop-PC das, weil ich auf den großen Netzwerkmanager verzichte)

• Medien-Applet – Superpraktisches Pulldown-Menü mit einer Liste aller verfügbaren Partitionen, und mit Aushängeknopf

• Deskbar – Universalsuche mit individuell zuschaltbaren Plugins. Sucht nach Anwendungen, Kontakten, Dateien (über Tracker), kann auf Twitter und identi.ca veröffentlichen, kann im Web suchen und so weiter. Kann man sich vorstellen wie der Spotlight-Knopf in Mac OS X. Eine ideale Ergänzung zu Gnome Do (manches geht mit Gnome Do schneller, manches mit der Deskbar)

• Fisch – Klickt man darauf, öffnet sich ein „Glückskeks“ mit Sinnsprüchen, Witzen oder Wissenswertem, dank Fertibunti sogar auf Deutsch. Man sollte aber unbedingt in den Einstellungen die Pause nach jedem Einzelbild der Schwimmanimation auf 10 Sekunden hochsetzen, denn sein Gezappel hält sonst keiner aus

• Temperaturindikator – ist in der Uhr schon integriert. Klickt auf die Uhrzeit und expandiert unten ›Orte‹. Über ›Bearbeiten‹ lässt sich dann der Wohnort (oder eine Stadt nahe des Wohnorts) bestimmen

• Zeiterfassung – Eine Art Stoppuhr mit genauer Protokollierung der Art der Arbeit. Ist leider sehr manuell und bringt nur etwas, wenn man sich auch streng an sein eingegebenes Thema hält, ohne abzuschweifen. Dann bietet es aber eine grafisch nette Analyse der Tätigkeiten und Zeiten.

Ich hoffe nun, euch einige interessante Anregungen für zukünftige Installationen gegeben zu haben. Eine Neuinstallation lohnt sich wirklich bei vielen Nutzern statt eines Upgrades, vor allem, da die Systeme oft schon einige holprige Upgrades hinter sich haben. Wenn es Probleme gibt, dann… ähm, nun ja, das ist so eine Sache. Fragt besser nicht mich, sondern im Ubuntuusers.de-Forum, da bekommt ihr schnell kompetente, nette Hilfe.

Auf die Idee des Microbloggings kam 2006 Twitter.com, ein Startup von unter anderem Evan Williams, ein Mitbegründer von Blogger.com. Die Idee ist so simpel wie komplex zu erklären: Ein Nutzer schreibt ›was er gerade tut‹ in ein Eingabefeld, hat dafür 140 Zeichen, und ›Freunde‹, die ihn auf Twitter abonniert haben, bekommen diese Zeile auf ihrer persönlichen Twitter-Seite angezeigt. Die Wenigsten schreiben wirklich davon, was sie gerade tun, sondern es sind eher ›in den Raum gepustete Bemerkungen‹, Kommentare und kleine Konversationen. Im Video Twitter in Plain English ist das auch noch mal sehr schön erklärt.
Weil das so alleine langweilig wäre, gibt es auch viele Desktop- und Mobilanwendungen, um auf die Twitter-API zuzugreifen und ›Tweets‹ zu lesen und zu verfassen. Will man auf einem Kommentar antworten, schreibt man den Nutzer mit @Name an, will man nichtöffentliche Direktbotschaften verschicken, schreibt man ein d Name und dahinter jeweils den Inhaltstext.
Wie es sich für ein Web 2.0-Angebot gehört, gibt es kurioserweise noch kein Geschäftsmodell. Twitter sagt zwar, sie hätten eines, das auf zusätzlichen Leistungen basiert, die bald eingeführt werden sollen, sagen aber noch nichts Konkretes.

Twitter ist also eine Mischung aus Chat und Gästebuch, Blog und SMS.
Auch wenn sich das so profan als unglaublich belanglos und öde anhört, ist man doch sehr schnell von der neuen Kommunikationsplattform fasziniert und kommt nicht mehr von ihr los. Beim Nutzen von Twitter bekommt man Einblick in die Privatsphäre und den Alltagsablauf von anderen Menschen und entwickelt dafür eine spezielle Form der Sozialkompetenz, beständiges Interesse für andere, kann sie in ihren Kompetenzfeldern um Hilfe zu bitten, entwickelt Einfühlungsvermögen, Respekt, ›Ambient Awareness‹ und fühlt sich allgemein weniger alleine.

Nun, Twitter hat aber einen ganz großen Nachteil an sich: Es ist ein proprietäres, unfreies, in sich geschlossenes System. Heute spielt sich erneut ab, was vor ± 15 Jahren mit E-Mails war: Nutzer von AOL und CompuServe konnten nur Nutzern ihres eigenen Dienstes E-Mails schreiben, erst später wurde die Einschränkung aufgehoben.

Man macht sich also voll von Twitter, der Twitter-Software, der Twitter-API und von überhaupt den Servern des Unternehmens abhängig. Auch falls der, man ist geneigt, ihn Monopolist zu nennen, seine AGBs ändert und Dinge einbaut, wie beispielsweise von ICQ und Facebook vorgemacht, die dem Anbieter das Copyright (!!) an allen über das System versandten Botschaften einräumen, und er sich natürlich Zensurmöglichkeiten offenhält, ist man weiterhin an Twitter wegen all seinen Kontakten dort gebunden. Haargenau gleich übrigens bei ICQ, Skype und allen sozialen Netzwerken (kommt natürlich darauf an, bei welchem Anbieter das mit nationalen Recht vereinbar ist, in Deutschland etwa sind die Urheberrechte unübertragbar). Denkt auch an die ganz handgreiflichen Nachteile eines zentralisierten Systems: ›Vorprogrammierte‹ Server-Überlastungen, bei Twitter kommt das mehrmals täglich vor.
Das alles birgt eine große Gefahr in sich und widerstrebt mir persönlich als Open Source-Verfechter absolut.

Im Mai 2008 startete ich meinen Tumblelog wegen exakt dem Punkt, dass ich das zentralisierte Twitter nicht nutzen möchte.
An meinem Geburtstag im September schließlich gab ich mir selbst nach und verfiel den Freuden des Systems.

Keine drei Monate später, im frühen Januar 2009, stieß ich auf das Laconica-Projekt. Laconica scheint die Lösung für alle Zentralisierungs-, Vertrauens- und Kompatibilitätsprobleme zu sein, die mit Twitter bestehen. Zwar gibt es eine Reihe weiterer Twitter-Nachahmer, doch diese haben Laconica alle mindestens eines hinterher: Sie sind wieder geschlossene Systeme.
Das unter AGPL stehende freie Laconica wurde 2008 vom Kanadier Evan Prodromou mit genau diesem Ansatz entwickelt, eine Microblogging-Software zu schaffen, die dezentral wie das Chatprotokoll Jabber eingesetzt werden kann. Auf seiner Referenzinstallation (und derzeit noch der der größten) identi.ca kann ein Nutzer nicht nur Botschaften eines identi.ca-Nutzers abonnieren, sondern auch die eines jeden anderen Nutzers eines Anbieters einer Laconica-Installation. Etwa einmal im Monat gibt es ein Laconica-Update, die Weiterentwicklung ist also im vollen Gange. Auf Basis des gemeinsamen und im Rahmen des Projektes entwickelten OpenMicroBlogging-Protokolls, kann auch bereits eine kleine Anzahl anderer Microblogging-Systeme mit Laconica-Konten kommunizieren.
Die meist genutzten deutschsprachigen Installationen von Laconica sind bleeper.de und zwitscher.at, eine Liste mit allen Servern gibt es auf der Laconica-Projektseite.

Noch einige weitere interessante Funktionen, die Laconica von Twitter abheben:

• XMPP/Jabber-Schnittstelle rein und raus für die ›Dents‹ (›Tweets‹)

• SMS-Versand der Botschaften

• OpenID-Authentifizierung (fakultativ)

• Cross-Posting zu Twitter

• integrierte Hashtags

• Gruppen – ist man in einer, bekommt man alle Botschaften von anderen mit !Gruppenname vorangestellt zugeliefert und kann selber so an eine breite Interessensschafft z.B. interessante Links liefern

• URL-Kürzung mit wählbarem Dienst

• Mehrsprachige Oberfläche (!!)

Wie Twitter bietet auch Laconica eine API für Desktop- und Mobilanwendungen an, die schon einige ›Twitter-Clients‹ implementiert haben, man also wie aus einem Chat-Programm heraus schreiben und lesen kann.

Warum bringe ich den Artikel jetzt? Ich möchte die Menschen so schnell wie möglich auf die reale Twitter-Alternative aufmerksam machen. Es ist höchste Zeit und nun nötig, dass sich da etwas bewegt. Wir wollen keinen Monopolisten auf dem Gebiet Microblogging – die meisten ehemaligen strammen Twitter-Konkurrenten sind eingegangen, weil sie nur ihr geschlossenes Netz kannten und wenig Nutzer hatten.
Aktuell ist die ›Marktsituation‹ so: Auf Laconica treiben sich Tech-Geeks und Nerds herum, speziell aus dem Open Source-Umfeld. Auf Twitter sind Blogger, Podcaster, leider noch die allermeisten Geeks, und der ›Mainstream‹.

Wer (außer mir ) noch großen Einfluss hat, sind Zeitungen. Viele bieten Twitter-Feeds und manchmal Twitter-Aktionen an. Auch die Betreiber von Gewinnspielen, bei denen man etwas über Twitter posten muss, um mitzumachen, wären ein gutes Vorbild für das Laconica-Rollout. Ich finde es sogar für diese ›Mächtigen‹ ein journalistisches und freiheitliches Armutszeugnis, nur einen Anbieter, und eben den geschlossenen zu unterstützen.

Dann sollten die ganzen Web-Twitter-Tools Laconica-Konten lernen irgendwie zu unterstützen. Diese Drittanbieterwerkzeuge für Twitter machen denke ich einen signifikanten Teil des Langzeitspaßes von Twitter aus.

Es muss jetzt etwas passieren. Facebook hat Twitters Kernfunkionalität auch schon als ›Status‹ kopiert und jetzt muss schnellstmöglich Laconica bekannt gemacht werden, ehe Facebook – und das tut es allen Ernstes hierzulande schon bei Über-40-Jährigen – auf dem Gebiet der Quasi-Standard wird – und vor einem Facebook als Microblogging-Monopolist habe ich noch sehr viel mehr Angst als vor Twitter.

Nun, die Technik ist da, die Seiten sind da, die Benutzer kommen langsam und ihr könnt neue begeistern! Schaut euch mal bleeper.de an, registriert euch, macht es euch profiltechnisch gemütlich und schaut ein wenig umher, wen ihr interessant findet zu ›connecten‹ und macht vor allem mehr Leute auf das Laconica-System aufmerksam. Microblogging ist keine Randgruppenerscheinung mehr und als solche darf es dafür nicht nur einen zentralen, proprietären und übermächtigen Anbieter geben!

Linkempfehlungen :
Meiniges Bleeper-Profil, Twitter-Profil und eine Podcast-Episode zum Thema vom Hackerfunk.

Update vom 10. September 2009:
Laconica wurde umbenannt zu Status.net. Man kann auf der gleichnamigen Seite eigene Status.net-Installationen anlegen, vom Prinzip her gleich wie WordPress-Installationen auf wordpress.com, oder sich die gesamte Software herunterladen und selbst installieren. Nicht verwirren lassen. Weiterhin gibt es natürlich Bleeper.de, Identi.ca und die anderen Laconica/Status.net-Seiten, da ändert sich überhaupt nichts.

Dieser Artikel ist passwortgeschützt. Um ihn anzusehen, trage das Passwort bitte hier ein:

Passwort:

1. sudo gedit /usr/share/compiz/animation.xml (in Kubuntu “kate” statt gedit schreiben)
2. Suchen nach <short>Magic Lamp Max Waves</short>
3. Ein paar Zeilen darunter steht <min>3</min> – ersetzt die 3 durch eine 0 und speichert die Datei ab
4. Wir installieren einen Hex-Editor: sudo apt-get install ghex
5. sudo ghex2 /usr/lib/compiz/libanimation.so → Bearbeiten → Suchen, in der rechten Fensterspalte (der kleineren) “magic_lamp_max_waves” eingeben (einfügen geht leider nicht) und auf “Weitersuchen” klicken.
6. Im Hauptfenster wird jetzt die Stelle rot markiert, das Suchfenster könnt ihr über “Abbrechen” schließen. Eine Zeile unter der Stelle in der rechten Fensterspalte steht wieder ein <min>3</min>, dass ihr ebenfalls auf 0 ändert und dann die Datei abspeichert.
7. In diesem Augenblick wird vermutlich der Fenstermanager durch die X.org-Fehlerprävention automatisch auf Metacity gewechselt. Gebt einfach in Alt+F2 oder ein Terminal compiz –replace ein (zwei Bindestriche), um Compiz wieder zu starten.
8. Das war’s auch schon. Jetzt noch in CCSM (dem Einstellungsmanager) im “Animationen”-Modul unter “Animation ‘Minimieren’” die Wunderlampe als Minimiereffekt einstellen.

So sieht das dann aus:

Aber es ist ja nicht so, dass man als Compiz-Benutzer auf die Wunderlampe angewiesen wäre, es gibt in CCSM noch sage und schreibe 17 andere Minimieranimationen zur Auswahl, bisher habe ich alternativ “Zoom” genutzt, das dem Minimiereffekt von Aero Glass ähnelt. Doch die Wunderlampe ist natürlich das Sahnehäubchen. =) Der Hack ist meines Wissens absolut legitim und legal für Privatpersonen – innerhalb der EU so wie so für alle Personen.

Nachtrag:
Die Anleitung funktioniert nachweislich auch mit dem in Ubuntu 8.10 bis 10.10 enthaltenen Compiz Fusion! =)

Hat dir der Artikel weitergeholfen und ist dir diese Arbeit vielleicht 1€ wert? Spende ihn mir per PayPal und motiviere mich für weitere Arbeiten auf diesem Qualitätsniveau!

In Ubuntu wird seit 7.10 die Tracker-Suche vorinstalliert. Mehr als vorinstalliert wird sie zwar befremdlicherweise nicht – der Nutzer muss sie selbst einschalten und konfigurieren – aber sie ist die Standard-Desktopsuchmaschine. Bis 7.10 hatte ich Beagle benutzt und bin dann mit 7.10 auf Tracker gewechselt, weil Beagle damals mehr an der Leistung zehrte. Aber nicht nur das war der Grund, warum Canonical Tracker und nicht Beagle vorinstallierte: Während Tracker in C++ geschrieben ist, ist Beagle ein Mono/C#-Programm, es war also auch eine politische Entscheidung.

Nun hörte ich in der letzten Zeit vermehrt in Foren, dass Beagle in den neueren Versionen und auch durch ein beschleunigtes Mono schneller geworden sei als Tracker. Heute hatte ich dann mal die Eingebung, ihn noch mal auszuprobieren, weil Tracker wirklich nicht toll ist: Das Ding frisst unfassbare Ressourcen und indexiert anscheinend täglich einmal die Festplatte neu. Und tatsächlich: Beagle ist die schnellste Desktopsuchmaschine, die ich kenne, schneller noch als Spotlight (Google Desktop zählt mal nicht, obwohl es das auch für Linux gibt, das ist aber böhöhöse) und findet auch alles. Momentan ist er noch an der Erstindexierung, aber schon da fühlt sich das System nebenher benutzbarer an als mit laufendem Tracker. Gut, Tracker hat mich nie am Arbeiten gehindert, aber ich habe die Systemlastanzeige im Panel und wenn ständig, auch wenn ich nur schreibe und ein paar kleinere Apps offen haben, da der Pegel auf 100/50% springt, trifft das bei mir einen empfindlichen Nerv. Die Rechenleistung schenke ich lieber BOINC und dem World Community Grid, denn der Rechner ist ja mit dem Athlon64 X2 5200+ EE und 2 GB RAM nicht unbedingt langsam – aber nicht einer Systemsuchmaschine die eigentlich nur funktionieren soll. Mir kommt es auch sonst so vor, als wäre Beagle die reifere Software. Es nutzt z.B. inotify vom Linux-Kernel, wovon ich direkt bei Tracker nichts gefunden habe, wird also wie Spotlight vom Kernel über Dateisystemänderungen benachrichtigt und kann so schnell neue Dateien erfassen und gelöschte aus dem Index entfernen, sehr fein. Genauso wie Tracker lässt sich auch Beagle komfortabel in die Deskbar einbinden, die modulare Allzwecksuchmaske von Gnome.

So installiert und konfiguriert ihr Beagle auf einem Ubuntu Hardy:

1. Zwei Desktopsuchmaschinen sollten nie gleichzeitig laufen, darum löscht zu erst Tracker: sudo apt-get purge tracker tracker-search-tool
2. Installiert Beagle aus den Paketquellen: sudo apt-get install beagle python-beagle
3. Neu anmelden.
4. Über Anwendungen → Zubehör → Suchen die grafische Oberfläche starten und über Suchen → Einstellungen in seine Einstellungen gehen.
5. Im Reiter Indizierung (müsste eigentlich korrekt “Indexierung” heißen, da indiziert keiner was) unter Allgemein noch weitere zu indexierende und überwachende Pfade angeben und unter Datenschutz falls gewünscht Pfade oder Dateimuster, die nicht indexiert werden sollen.
6. Im Reiter Backends reichen mir die Plugins “Files”, “NautilusMetadata”, “Pidgin”, “Tomboy” und “applications”. Eventuell brauche ich Tomboy und applications nicht noch mal, weil ich meistens eh über die Deskbar suche und dort auch entsprechende Suchmodule für diese Dinge laufen habe, aber mal schauen.
7. Falls man es nicht braucht, über System → Einstellungen → Sitzungen das “Beagle Search Tool” aus dem Autostart nehmen, der Such-Daemon läuft trotzdem (das nicht da rauslöschen!), dann vielleicht zur einfacheren Erreichbarkeit, und wenn man die Deskbar nicht nutzt, den Starter aus Anwendungen → Zubehör zusätzlich auf das Panel ziehen.
8. Neu anmelden (oder Beagle neustarten, aber neu anmelden ist schöner).
9. Ganz lange warten. Wenn der Such-Daemon einschlafen sollte/(sich killt? → Systemüberwachung, da sollte er, wenn er läuft, mit 19 Nice sitzen), über das “Search Tool” suchen und den Daemon, wenn aufgefordert, über den angebotenen Knopf neu starten.

Damit wär eure Konfiguration fertig und ihr könnt irgendwann, wenn der Index mal was hergibt, damit Suchen und Finden. Über beagle-status auf der Konsole lässt sich übrigens die aktuelle Beagle-Operation mitverfolgen. Demnächst werde ich noch probieren, die aktuelle Version 0.3.8 von der Projektseite selber zu compilieren, die wird wohl nicht mehr in Hardy eingepflegt und soll einige Fehler beheben.

Nachtrag vom 31. August 2008: Beagle ist wirklich viel schneller als Tracker und braucht beträchtlich weniger Ressourcen. Er macht das, was man von einer Desktop-Suchmaschine erwartet und so habe ich ihn auch gleich in Fertibunti mit aufgenommen.
Wer die aktuelle Version 0.3.8 und nicht die veraltete 0.3.3 aus Hardys Quellen nutzen möchte, kann sich auf getdeb.net die 0.3.8 schön vorcompiliert ziehen. Trotzdem sollte “python-beagle” aus den Quellen installiert werden (da ist es egal, dass die veraltet sind), wenn man nachher die Deskbar als Frontend nutzen will.

Und hier: TADA! Überraschung! Mit FertiKunti gibt es nun auch einen Kubuntu-Ableger!
“Natural” schrieb in den Kommentaren zu Fertibunti (der themennähehalber inzwischen gelöscht), er habe es auf Kubuntu angepasst und so kamen wir ins Gespräch. Eine Kubuntu-Version wollte ich eigentlich schon 2006 basteln, aber mir hat immer die Motivation gefehlt, weil ich niemanden kannte, der KDE als Hauptoberfläche einsetzt. Nach auch da mehreren E-Mails hatten wir eine gelungene Paketauswahl für den Ubuntu-Spin und auch hier hat Tim geradezu selbstaufopfernd ein Logo entworfen:

Viele der Programme der Gnome-Version sind auch in der KDE-Version und natürlich alle oben schon genannten Neuerungen von Fertibunti 3.9. Ein Fertibunteee für den EEE-PC mit Xubuntu ist von mir auch schon geplant und wird wahrscheinlich noch dieses Jahr erscheinen, wenn ich genug EEE-Nutzer finde, um mit ihnen eine optimale Paketauswahl ausmachen zu können. Warum Fertibunti bei so vielen Änderungen immer noch bei Version 3 steht: Auf die 4 will ich erst steigen, wenn ich mich endlich dazu aufraffen kann, eine grafische Oberfläche dafür zu schreiben, quasi als Motivation.

Ich glaube, die neue Version und der neue Ableger sind sehr gelungen und können vielen Neueinsteigern helfen, schnell an ein sehr benutzbares Linux-System zu kommen. Übrigens ist Ferti* nicht nur für Einsteiger… Aber ihr lasst euch ja eh nicht belehren.

Fertibunti-Seite
FertiKunti-Seite

Macht sich doch gut neben dem anderen Angeb-Sticker, ge? Der war in der Motherboard-Schachtel des neuen Fertig-Rechners meines Bruders, obwohl da auch nur ein X2 verbaut war. Der Rechner im Bild ist meiner. Auf der linken Rechnerseite sitzt auch noch ein schön mittig platzierter Apple-Sticker (die Seite ist an der Stelle nicht perforiert). =)

Ich lud den Torrent der 8.04 64-Bit-Desktop-CD und brannte das Abbild. Gleich beim Bootpromt öffnet sich automatisch das Sprachwahlmenü, endlich, das die Leute nicht gleich beim Bootpromt Deutsch auswählten, war der seltsame Hauptgrund dafür, dass bei vielen das System halb auf Englisch blieb. So wie ich das überblicke, ist das erste Mal jetzt in Hardy die Bootoption auf der Desktop-CD, direkt die grafische Installation ohne Gnome außen rum zu starten, was vermutlich die RAM-Anforderungen etwas heruntersetzt und die Leute nicht gleich zur Alternate-CD zwingt.

Bei der Installation gab’s keine Probleme (besonders unterhaltsam war unter Feisty und Gutsy, dass sich das Fenster mit der Fortschrittsanzeige irgendwie schloss, aber das System weiterinstallierte…), aber beim ersten Start in GRUB kam ein unglaublich fetter Fehler “ans Tageslicht”: Alle Ubuntu-Kernels verwiesen darin auf (hd0,10), waren aber auf (hd1,10)!! Mit “e” und dem Editieren innerhalb GRUBs startete das System dann auch bei mir und ich änderte gleich manuell in der /boot/grub/menu.lst die falsche Festplattenangabe. Zur Erklärung: Das System nimmt ganz einfach an, dass es auf der ersten Festplatte installiert sei und schreibt gleich mal “(hd0″ in die menu.lst bei der Installation und passt nur noch die Partitionsnummer an! So ein Fehler darf doch bei einer LTS-Version nicht passieren! Und ich dachte, da gab es eine Betaphase!

Als das System dann lief (und sogar nach einem Kaltstart di-rekt(!!) in den X-Server hineinstartete!) fiel gleich mal auf, dass keine anderen Partitionen eingehängt waren, als die, denen ich bei der Installation Mount-Punkte gab (wie hat das Gutsy gemacht?). Die anderen konnte ich Doppelklicken und mit meinem Passwort dann auch mounten, wobei die erste Angeklickte /media/disk wurde, die zweite /media/disk-1 usw.. Sehr unchic, letztendlich habe ich die /etc/fstab editiert.

Interessantes Neues in Gnome 2.22:

• Beim Klicken auf einen Programmstarter im Panel zoomt und blendet der sich dabei aus, wie schon der Anklick-Effekt im Konqueror seit einiger Zeit. Irgendwie passt das aber nicht in Gnome.
• Die Anzeige der Ressourcen in der Systemüberwachung ist nun sehr hübsch in Cairo gerendert und macht jetzt auch auf Mehrkernsystemen was her (Foto gibt’s bei Suzan).
• Cheese ist überraschenderweise nicht in Hardy vorinstalliert, obwohl es seit Gnome 2.22 mit Gnome gebundelt werden sollte, findet sich aber in den Quellen und hat bei mir meine Samsung Pleomax SamPwc3800N-Webcam das erste mal ohne manuelle Treiberinstallation erkannt (was aber nicht an Cheese, sondern der verbesserten Hardwareerkennung liegt)
• Die Deskbar lässt sich auch endlich wieder “im Panel ankleben”, was dann wie Spotlight aussieht, aber leider hat ihr Rahmen dann eine fixe Größe, wird also nicht länger und man muss mit dem Mausrad durch die Liste scrollen (nur, wenn Tracker nicht läuft…).

Neues beim System:

• Hardy ist eine Geschwindigkeitsakete, es bootet schneller, als mein OSx86, braucht also gefühlte 20 sec bis zum Anmeldebildschirm. Gnome 2.22 ist auch noch mal bedeutend schneller geworden.
• Durch die verbesserte automatische Hardwareerkennung und -einrichtung in X.org 7.3 wurden alle Sondertasten meiner Razer Diamondback und Logitech G3 sofort nutzbar gemacht, echt cool. Die ließen sich ohne weiteres mit Compiz-Befehlen (mit ccsm) belegen. Klar ist dabei, dass ich nicht auf jede Maus andere Funktionen mappen kann, die Belegungen sind also bei beiden automatisch gleich (auch, wenn die Tasten dann real anders am Gehäuse angeordnet sind).
• Ja, ja, ja!! ENDLICH hat jemand das Problem mit dem ruckelnden H.264-GStreamer-Plugin auf 64-Bit-Systemen gelöst!
• Auch die “fortunes-de” (deutsche “Glückskeks-Sprüche”) sind wieder nicht-abgeschnitten und mein Wanda-Fisch-Applet lebt wieder, wie in Feisty (natürlich mit 10 sec Pause nach jedem Einzelbild).
• Auch endlich, hosianna, ist die Tracker-Suche ernsthaft benutzbar.

Was mich weiters stört:

• Der aufgefrischte Anmeldebildschirm verlangt von den Nutzern immer noch ab, Passwort UND Benutzername einzutippen. Warum?! In den Anmeldefenstereinstellungen (aus Gnome heraus) lässt sich ohne Nachinstallation ein sogar noch schöneres Thema wählen, das eine Benutzerliste bietet.
• Die Tracker-Suche richtet sich offenbar wieder nicht automatisch ein, so dass man, wenn man sie benutzen möchte, erst in ihren – wenigstens grafischen – Einstellungen herumputschen muss.
• Zwar installiert sich offenbar gleich das ganze Compiz Fusion mit (bei Gutsy nur compiz-core) aber es fehlen “wichtige” neue Plugins wie Freewins und ccsm zum Einrichten der Effekte wird immer noch nicht mit dem System installiert.
• Das Totem-Youtube-Plugin muss erst in Totems-Plugin-Verwaltung aktiviert werden und ich glaube nicht, dass es dann so leicht von Leien in der Seitenleiste gefunden wird. Sehr schwach, wenn man bedenkt, dass Canonical mit diesem Plugin wirbt. Das Teil, das eigentlich aus Gnome 2.22 kommt, ist auch nicht der Bringer, man kann keine Kommentare lesen, keine schreiben, sieht keine Text-Beschreibungen, kann nicht im Video zeitlich herumspringen und kann keine Wiedergabelisten mit YouTube-Videos anlegen.
• Ich dachte, man kann jetzt in den Müll geworfene Dateien wieder in ihren Ursprungsordner wiederherstellen?
• Viele Programme sind bei weitem nicht auf dem aktuellsten Stand! Transmission und gPodder sind die Paradebeispiele.
• Die sehr gute Seite getdeb.net, die aktuelle Versionen von guten Gnome-Programmen anbietet, die oft noch nicht in die offiziellen Ubuntu-Repos aufgenommen wurden, hat kein eigenes Repos, man muss immer auf die Seite gehen. Dafür gab es zu Gutsy-Zeiten ein inoffizielles Repos, das immer alle .DEBs bei sich spiegelte und das ich auch in fertibunti benutzte, um ein paar hervorragende Programme nachzuinstallieren. Die Jungs haben mit Hardy offenbar keine Lust mehr, das Repos zu pflegen, sehr schade.
• Wie man die neuen Features von Pulse Audio nutz, z.B. die Lautstärke einzelner Applikationen anpassen oder die gesamte Tonausgabe auf einen anderen Rechner verschieben, habe ich noch nicht herausgefunden.
• Dank eines falschen Kernels “ruckelt” oft schon bei wenig Auslastung die Tonausgabe (ähm, ich habe einen Athlon64 X2 5200+ EE und 2 GB RAM, aber egal^^). Matthias hat da in Z! auch was darüber gesagt.
• Ich hatte mich eigentlich darauf gefreut, mit PolicyKit ganz einfach mir als Normalbenutzer die Rechte zum Installieren von Paketen und Nutzen der Paketverwaltung zu geben… Geht nicht.
• Wenn man in Fedora das root-Passwort eingibt, beginnt ein Zeitraum, in dem man alle Admin-Werkzeuge ohne erneute Passwortabfrage nutzen kann. Warum gibt es das nicht in Ubuntu?! Das nervt gottes (nehme ich zurück, das wurde durch ein Update wieder nachgeliefert).
• Ich finde in den Quellen kein Sun Java-Browser-Plugin in der 64-Bit-Version (aber Java 1.6/6). Das 1.6er/6er-Plugin gab es schon in Gutsy nicht, weil es anscheinend Probleme mit dem Code auf 64-Bit gibt, aber man konnte sich dann immer noch ein Java 1.4-Plugin installieren. Jetzt gibt’s gar kein Java mehr im Browser, bis auf das Frickelzeug IcedTea, das sich in den Quellen befindet.
• Das Medibuntu-Repos installiert mir Skype 2.0 mit lustigen Tricks, damit es auf 64-Bit läuft. Zumindest haben die Freaks es hinbekommen, dass meine Webcam darin erkannt wird (war unter Gutsy nicht so, wenn ich 2.0 von skype.com installiert hab, obwohl der Treiber lief), aber wie in der “offiziellen” Version, sehe ich auch in der “Medibuntu-Version” keine Avatare. Spitze.
• Alle paar Stunden hängt Compiz so, dass ich zwar noch Veränderungen auf dem Bildschirm sehe und die Maus bewegen kann, aber nicht mehr eingreifen. Dann hilft, sich auf einer Textkonsole anzumelden (Strg + Alt + z.B. F1) und einmal “killall compiz” durchzujagen. Dann kann man wieder (mit Strg + Alt + F7) auf X.org wechseln und sollte wieder die Macht über das System haben. Das Problem hatte ich zuletzt mit Feisty, es liegt aber vermutlich nicht an Ubuntu, sondern an der Compiz-Version.
• Ein Bug von 2005 kehrt wieder: Man kann Esperanto nicht als Gnome-Sprache festlegen.
• Und noch ganz, ganz viele kleine andere Probleme, die ich teilweise irgendwie gelöst und schon verdrängt habe.

Ansonsten, wenn man das so sagen kann, bin ich mit dem System zufrieden. Ich bin aber der Ansicht, dass Canonical noch eindeutig mehr Zeit in den Raum vergehen lassen hätte sollen, um das System anwenderfreundlich zu machen. In dem jetzigen Zustand habe ich ernsthafte Bedenken, es Freunden zu empfehlen.
Fertibunti ist jetzt schon größtenteils auf Hardy angepasst, was mich noch von der Veröffentlichung zurückhält, ist das getdeb.net-Repos und die nun fehlenden Pakete, die ich gerne auch damit installieren lassen würde. Vielleicht kommt das ja doch noch für Hardy… Ich gebe den Jungs bis Sonntag Zeit, es sich noch mal zu überlegen, dann gibt es, mit oder ohne die getdeb-Extras, fertibunti 3.8 in einer leichten und fetten Version, jeweils für 32- wie 64-Bit-Systeme. Tim hat mich auch noch auf die Idee gebracht, eine speziell auf eeebuntu zugeschnittene Version zu erstellen, mal sehen, ob und wann ich dazu komme.

Hat dir der Artikel weitergeholfen und ist dir diese Arbeit vielleicht 1€ wert? Spende ihn mir per PayPal und motiviere mich für weitere Arbeiten auf diesem Qualitätsniveau!

Nun sollte also ein alternativer lizenz- und softwarepatentfreier Codec gefunden werden, den die Browser-Hersteller implementieren können. Der erste, an den man da denkt, ist ganz klar Theora (seit kurzem vielleicht auch noch Dirac/Schrödinger, aber den konnte ich noch nicht testen), zusammen mit Vorbis als Audio-Codec und am Besten Ogg, OGM oder Matroska als Containerformat. Theora entstand aus dem einst proprietären Codec VP3 von On2, und wird von freien Entwicklern der Xiph-Fundation entwickelt, der von On2 dazu unwiderrufliche Lizenzen zur Nutzung der entsprechenden (On2-eigenen) Patente eingeräumt wurden. Der Codec ist also lizenz- und “patentfrei”, erst mal. Das ganz große Problem ist, dass massig Trivialsoftwarepatente in den USA eingereicht wurden und man heute keinen neuen Codec mehr entwickeln kann, ohne gegen einen Haufen davon zu verstoßen. Ein Glück, dass wir das auf absehbare Zeit nicht in der EU haben werden. Theora muss dutzende Softwarepatente umschiffen, kann unter anderem deshalb auch B-Frames, eine Technik, auf die jeder Microsoft-Entwickler innerhalb einer Arbeitsstunde kommen würde, nicht implementieren. Trotzdem macht der Codec eine sehr gute Figur, Tests von mir mit einer schon veralteten Version (Alpha 7) erreichten bis auf Artefakte im Schwarzbereich, die aber bei der aktuellen Beta 2 deutlich zurückgegangen sind, praktisch H.264-Niveau, auch wenn es die Welt nicht wahrhaben will.

Nokia meldete sich Ende 2007 von einer Reihe anderer “finanzstarker Großunternehmen” (ich sehe da vor allem Apple und Microsoft als die heimlichen Mitstreiter, die im Internet jeweils ihre eigenen Formate durchsetzen möchten) vorgestoßen als erstes: Man sei bei Ogg Theora nicht vor “U-Boot-Patenten” geschützt, jenen Trivialpatenten, deren Eigentümer sich erst melden, wenn sie mit der Verklagung von den pösen Nicht-Lizenzierern was für sich herausholen können. Das ist richtig, aber der Chef der Xiph-Fundation entgegnet, dass es auch bei H.264 das Problem gäbe und die MPEG LA, die Lizenzen vergibt, sogar schon eindringlich warnt, dass es “möglicherweise” Patente gäbe, die nicht ihnen gehörten, die aber auch auf H.264 angewendet werden könnten. Er führt fort, dass etwa Samsung und Microsoft auf Ogg Theora setzen (Microsoft, so unglaublich es klingt, in Xbox 360 und Windows-Spielen) und damit die Rechtssicherheit schon von so großen Unternehmen bestätigt wurde. Ach, und die Union hinter Nokia wünscht sich auch einen Codec mit DRM-Möglichkeit. Jetzt wurde Ogg Theora aus dem HTML 5-Entwurf gestrichen. Subber.

Hier kommt Sun ins Spiel, die Firma, die sich nicht richtig entscheidet, ob sie nun Open Source will, oder nicht, und wenn doch, wie weit sie gehen möchte. Sie haben eine Arbeitsgruppe zusammengestellt, die einen Codec mit (Code-?)Namen “OMS” auf Basis des 1990 vorgelegten H.261 mit Vorbis für Audiospuren und vermutlich dem hauseigenen, irgendwie freien, DRM-System DReaM zurechtfrickeln soll. Sie begründen ihre Wahl auf H.261 damit, dass sein 17-jähriger Patentlaufzeitraum abgelaufen sei und es somit patentfrei sei, man wolle es aber noch ein bisschen “aufmotzen”, bei dieser Arbeit aber unter strenger Kontrolle darauf achten, dass keine neuen Patente verletzt würden, was, wie ich schon ausführte, unmöglich geworden ist, denn man kann auch nicht mal schnell alle Video-Codec-Patente greppen, diese Trivialpatente lesen sich mitunter wie “Übertragung digitaler Video-Streams über TCP/IP”. Und H.261 war die Vorlage des 1991 vorgestellten MPEG-1; erinnern wir uns, das wurde auf Video-CDs eingesetzt. Und davon die VORLAGE.

Bei so viel Dummheit musste ich laut und gequält aufschreien. Was will Sun damit erreichen? Einen historischen Schrott-Codec als Grundlage für einen Standard in Browsern für Online-Videos einreichen?! Mit einer Entwicklungszeit von nur wenigen Monaten, damit er es noch in HTML 5 schafft?! Hä?! Sogar Adobe setzt jetzt bei Flash 9 auf H.264, um die allgemeine Qualität seiner weit verbreiteten Flash-Videos zu erhöhen. Das W3C hat mit dem Nachgeben gegen die Nokia-Union die einzigartige Chance verspielt, Adobe in seinem Marktmonopol bein Online-Videos zurückzuweisen. Jetzt bleibt nur noch die Hoffnung auf ein innovatives und starkes Microsoft Silverlight 2 – hinter dem ich absolut stehe, weil es Microsoft ausreichend offen gestaltet und Novell bei einer Linux-Version unterstützt; und wir brauchen auch einen Konkurrenten zu Animierter-Webseiten-Technologie (wie sie Flash bisher als einzige bietet), – die würde uns Ogg Theora nicht bieten.
Ich mutmaße, Sun möchte sich mit seinem seltsam anmutenden Engagement mit OMS nur wieder einmal in der Web-Entwicklung als immer noch großer Player darstellen, nachdem der “Hype” um Java versiegt ist. Was da rauskommen wird, wird absoluter Technikmüll sein, und höchstens aus Mitleid und Mitspiel-Willen vom W3C für HTML 5-Browser vorgeschrieben werden. Wobei sie das eigentlich nicht nötig haben, ihnen gehört seit Februar 2008 MySQL, aber das scheint noch nicht in alle Abteilungen durchgedrungen zu sein.
Übrigens: Opera zeigte schon 2007 auf einer internen Technikdemo einen eigenen in seinen Browser eingebetteten Ogg Theora-Player und überlegte, wann sie ihn in die offizielle Version mitaufnehmen sollen.

Nachtrag vom 07. August 2008: Firefox 3.1 bekommt vorläufig auch ohne die entsprechende HTML 5-Spezifikation den Video-Tag und native Ogg Theora-Unterstützung, Opera wird auch noch dieses Jahr eine Gold-Version mit Video-Tag und Ogg Theora herausgeben. Bleiben Microsoft mit dem IE8 (die sagen, sie werden keine Tags einer noch unfertigen Spezifikation implementieren – dabei muss man wissen, dass sie erst endgültig in die Spec aufgenommen werden, wenn es ein paar Implementierungen gibt) und Apple mit Safari, das sein eigenes Süppchen kocht, à la: “Bääääh, wir haben aber QuickTime und H.264, wir werden kein freies Format unterstützen!” Google Chrome bekommt Theora sehr wahrscheinlich auch schon bald, aber den Browser seh ich nicht so sehr als ein Benutzerprodukt, wie als Technikdemo des Machbaren – gerade deswegen gehe ich davon aus, dass Theora bald Einzug halten wird.