Die “Hassliebe” zu (K)Ubuntu ist so ausgeprägt, daß ich durchaus zu bequem bin, die Installationen von der Platte zu löschen. Immerhin kann man dadurch hin und wieder ein wenig mit Linux herum spielen und schauen, was sich so getan hat.

Bevor man aber höchst motiviert los legt, muß man sich erstmal fragen, warum (K)Ubuntu die Partitionen über ihre UUIDs per fstab einhängt. Wenn man, wie ich, ein wenig an den Partitionen herum spielt, sie in der Größe verändert, dann resultieren daraus auch neue UUIDs. Es betraf nicht die Systempartition von (K)Ubuntu, weswegen alles noch glimpflich ablief, aber Verständnis für kryptische UUIDs als Device-Namen in der /etc/fstab gegenüber den, im Gegensatz zu den UUIDs unveränderten Device-Nodes (wie z.B. /dev/sda3) hab ich irgendwie nicht erlangen können.

Als nächstes stehen dann die Updates vor der Tür. Es dürfte bezeichnend sein, daß Kubuntu noch in Version 7.10 installiert war. Updates einer Version sind ja recht unproblematisch und das klappt bei (K)Ubuntu genauso gut, wie bei nahezu jeder x-beliebigen anderen Distrubution. Etwas überrascht war ich jedoch, nach dem der neueste Kernel installiert war: grub hat die neuen Einträge nicht die bestehende Konfiguration angehangen, sondern diese überschrieben.

Wohl ein kleiner Fehler im Detail, der aber durchaus nervtötend sein kann, wenn man erstmal seine ganzen Betriebssysteme und lauffähigen Kernel-Versionen nachtragen darf. Glücklicherweise flog noch eine vi-BackUp-Datei in /boot/grub herum.

click thumbnail to enlarge

Das dist-upgrade auf “Hardy Heron” – was ja quasi auch schon nahezu obsolet ist – gestaltete sich ebenfalls völlig unproblematisch. Diesmal hing grub die neuen Kernel-Versionen auch an die bestehende menu.lst. Da ich in der Vergangenheit, insbesondere mit Kubuntu andere Erfahrungen bei Updates gemacht hab kann man dazu nur sagen:

Wenn man sich schon den Spaß gönnt, dann kann man wenigstens auch das System richtig kaputt frickeln, also nach den Backports für KDE4 gesucht, gefunden, eingetragen und parallel zu KDE3 installiert. Damit einhergehend konnte man quasi das nächste Erfolgserlebnis verbuchen, auch hier klappte alles reibungslos. Zumindest bis dahin …

Man merkt KDE4 definitiv immernoch an, daß es nach wie vor in einer relativ frühen Entwicklungsphase steckt (wohlgemerkt mit Release 4.1). Die Installation von Widgets klappte mal gar nicht, das Einbinden von neuen Plasma-Themes ist verbunden mit dem Editieren von RC-Dateien in den Tiefen des ~/.kde Ordners. Das wiederfinden von Header-Files zum Kompilieren ist bei KDE4 auch nicht ganz trivial – und wenn man es dann doch endlich geschafft hat eine extra für KDE4 ausgelegte Window-Deco zu kompilieren und installieren, dann steht sie trotzdem nicht zur Verfügung

Darüber hinaus gibt es noch mehrere Baustellen, die ich eher auf Kubuntu denn auf KDE zurück führe. So unter anderem die fehlende Funktionalität der Funktionstasten für die Lautstärke, wohin gegen z.B. die Display-Helligkeit darüber gesteuert werden kann. Oder der nach wie vor grottige Konfigurationsdialog im OSX-”Stil“. Damit gewinnt Kubuntu wirklich keinen Blumentopf, denn ich mag KDE nicht, weil ich es “simpel” will. Gerade die hohe Konfigurierbarkeit ist doch eine der Stärken von KDE, warum muß man diese dann beschneiden? *seufz*

Es hat mir zumindest einen ersten Einblick in KDE4 gegeben, aber so recht verspüre ich keine Motivation mir mal KDE4 optisch ansprechend einzurichten und vielleicht ein paar Tage länger mal (K)Ubuntu zu nutzen. Ärgerlicherweise liegt diese dahinvegetierende Installation auf einer gerade einmal 8GB großen Partition, die eigentlich nur existiert, um daraus bequemer andere Dinge zu installieren *seufz*

click thumbnail to enlarge

Zum Schluß jedoch noch ein Wort über ein Tool, was mich doch sehr stört unter Kubuntu: KNetworkManager ist ansich ‘ne feine Sache: Erkennt automatisch kabellose und kabelgebundene Netzwerke, verbindet sich auf Anfrage, bezieht per DHCP eine IP Adresse .. nur wenn man die Netzwerkschnittstellen manuell konfigurieren möchte, dann versagt das Tool: Im manuellen Modus gibt es nämlich über WEP hinaus keinen Verschlüsselungsmodus, obwohl das Tool sich im automatischen Modus per WPA2 TKIP/AES nach Eingabe des Keys verbindet.

Noch immer quäl ich mich mit Microsoft Vista™ auf meinem Laptop. Immernoch ohne wirklich die Lust zu verspüren mich auf dem Rechner mit einer Linux-Distribution zu beschäftigen. Zur Zeit gibt es aber auch mehr als genug Ablenkungsmanöver, die mich davon abhalten. Aus einer spontanen Laune heraus habe ich mir trotzdem vorhin Kubuntu 8.04 herunter geladen.

Meine Abneigung gegenüber (K)Ubuntu ist bekannt, aber es ist nunmal noch irgendwo eine update-”fähige” Linux-Distribution, die Out-Of-The-Box laufen kann. Gut, ich weiß aber auch, daß die Kombination KDE und Ubuntu nie wirklich innig war. Bisher war jede Kubuntu-Version eher beta.

Da ich mittlerweile immernoch nicht länger als 2 Minuten mit KDE4 gearbeitet habe, wollte ich so auch zumindest ein Kubuntu mit KDE4 haben. Fataler Fehler, denn wirklich offiziell wurde diese Version anscheinend auch nicht veröffentlicht. Trotzdem habe ich es gewagt, eine KDE4 Version von Kubuntu 8.04 zu laden – und schon scheitert die LiveCD am Standard-Login.

User not known to the underlying authentication module

(K)Ubuntu rühmt sich bekanntlich, daß es einfach ist, das alles funktioniert, das man mit der LiveCD mal “hinein schnuppern” kann. Mittlerweile hab ich echt keinen Schnuppen mehr auf den Rotz. Es funktionierte noch nie so, wie es in den vielversprechenden Anpreisungen gelobt wurde. Wenn ich schon mit Benutzerfreundlichkeit mich bewerbe, dann sollte zumindest ‘ne LiveCD auch über den Login-Bildschirm hinaus kommen – oder zumindest LogIn-Daten irgendwo zentral auf der Webseite platziert sein.

Da es nach wie vor keine wirklich gute Distribution gibt, die meinen Anforderungen (weitestgehend stabil trotz bleeding-edge mit KDE4 und umfangreichen Repository) entspricht, werde ich wohl noch länger vor Vista™ oder OS iKS ( ) sitzen.

Und nein, wirklich, meiner Erfahrung nach sind weder Debian, Fedora, OpenSuSE oder was auch immer keine Alternativen. Spätestens beim Update oder dem beschränkten Software-Repository scheitern die Distributionen, wenn sie sich überhaupt installieren lassen, bzw eine angemessen Hardware-Unterstützung für den Laptop mitbringen.

Schade eigentlich, daß ein zur Zeit fast schon totes Projekt nach wie vor den höchsten Stellenwert an Linux-Distributionen hat: Kernel verschiedenster Patchlevel, aktuelle Software, Software im Repository von Freshmeat und Sourceforge, freie Auswahl der graphischen Oberfläche .. alles in meinen Augen wunderbar. Dafür nehm ich auch gerne den etwas langwierigen Update-Vorgang in Kauf. Aber wirklich Nerv auf den noch länger dauernden Installationsvorgang hab ich leider dann doch nicht mehr.

Wie ich zu Ubuntu stehe dürfte dem ein oder anderen vielleicht bekannt sein. Entsprechend kann man sich also vorstellen, zu welchen Reaktionen der neueste Hype um das x-hundertste Debian Ubuntu-Derivat mich hinreissen läßt. Seit August 2006 entwickelt ein gewisser Clement Lefebvre LinuxMint. Bei Pro-Linux wurde ich vor einiger Zeit über die Existenz von LinuxMint in Kenntnis gesetzt. Der Autor, Wolfgang Fogl, hat seinen Pro-Linux-Artikel nun auch in der aktuellen Ausgabe des freien Magazins veröffentlicht. So heißt es im Artikel:

Kurz gesagt: Nachdem der Maintainer von LinuxMint, Clement Lefebvre, sich nach eigener Aussage eine gewisse Zeit dem virtuellen Sport des „Distro-Hoppings“ hingab und diverse Tutorials und Reviews geschrieben hatte, bekam er eine genaue Vorstellung davon, wie er selbst die „perfekte“ Distribution gestalten würde. Gesagt – getan. Und so erblickte LinuxMint das Licht der Welt.

Auch wenn der Anspruch Lefebvres nicht gleich die perfekte Distribution war, sondern “nur” der perfekte Desktop

Looking at all the other distributions, I got a very precise idea of how I would make the perfect desktop if I was to do it myself.

so erschrickt mich das Resultat dennoch:

Um eine gewisse Perfektion zu erreichen, kastriert man Gnome um ein Panel, fügt noch kleine graphische Helferlein ein, deren Nutzwert in meinen Augen angezweifelt werden kann, und generiert daraus eine ISO. Wenn dem so ist, dann hoffe ich auf den nächsten Hype, wenn der Markt reif ist für ein Babytuxbubbubuntu welches sich in erster Linie durch ein aktualisiertes Wallpaper von der Mutterdistribution unterscheidet.

Nee, nix für ungut – aber diese Distributionsvielfalt, die nur darauf basiert minimale Änderungen an der Standard-Konfiguration zu betreiben ist mittlerweile ausgelutscht. Es fehlen schlicht die innovativen Ideen mit denen sich Distributionen voneinander abgrenzen können. Da ist anscheinend der Markt gesättigt – und dieser braucht nunmal kein x-tausendstes Debian-Derivat.

Es kann also wer sich berufen fühlt dieses Stöckchen aufnehmen.

Dann greif ich doch gerne mal zu, werter Herr Bürgermeister.

Denn es geht um ein Thema, was ich durchaus recht interessant finde – nämlich ob, und wenn ja, wie man sich die virtuellen Arbeitsflächen des X-Servers bei der täglichen Arbeit zu Nutze macht.

Ich würde so gern diszipliniert mit virtuellen Desktops arbeiten können, kriege aber kein Konzept rein. Wie wäre es denn mal mit einem Blog-Meme “wie benutzt Du Deine virtuellen Desktops”?

Mittlerweile hab ich mich an die virtuellen Desktops richtig gewöhnt – so sehr, das keine Windows®-Installation mehr ohne Dexpot auskommt um auch dort in den Genuß des bequemen Arbeitens zu kommen.

Unter KDE nutze ich sechs virtuelle Arbeitsflächen:

• 1. Desktop hält die Browser, neben meinem Standard-Browser Opera eben mindestens noch Firefox für den Schnickschnack, der mit Opera unter Linux nicht so recht will.
• 2. Desktop wird von X-Chat für’s IRC genutzt.
• 3. Desktop zeigt meinen PIM Kontact für Mails, Kontakte, Termine und RSS-Feeds.
• 4. Desktop ist eigentlich für alle anderen Chat-/Messanger-Fenster, die von Pidgin aufpoppen.
• 5. Desktop darf amaroK für sich beanspruchen.
• 6. Desktop gibt den Blick auf gKrellm, diverse (XFce-)Terminals und Superkaramba frei

Prinzipiell bekommen die meisten – relevanten – Anwendungen ‘n eigenen Desktop, alles an oben genannten Anwendungen hinaus verteilt sich dann auf den sechs Oberflächen, genauso wie unzähliche Terminals, wovon sich nach mehreren Stunden am Rechnern auf jedem Desktop mehr als zwei/drei befinden.

Ich empfinde es eben als deutlich bequemer, wenn ich die Anwendungen dann direkt über die Tastenkombination der Oberfläche anwählen kann, statt mich erst durch diverse ALT+TABs zu quälen. Bis ich die Finger vom Keyboard zur Mouse bewegt hab, hab ich in aller Regel schon längst die gesuchte Anwendung wieder im Vordergrund über die Tastenkürzel.

Wenn Compiz auch mal in einem Status ist, wo es stabil ist, dann finde ich solche Features, wie das Exposé-ähnliche “scale” in der Verbindung auch sehr angenehm.

Wer mag, kann sich gerne auch hier berufen fühlen, das Stöckchen aufzugreifen – vielleicht hat ja jemand von commanderx, Tormentor, Marc oder Manuel Lust

Bekanntermaßen bin ich kein Freund von GTK-Anwendungen – nicht, weil sie schlecht wären. Nein, ich nutze ja aus Überzeugung Pidgin oder X-Chat, um nur zwei zu nennen. Auch kann ich gut mit XFce leben. Lediglich die Optik mißfällt mir.

Sehr sogar. Ebenso mißfällt mir, daß die Schriftarten von GTK-Anwendungen generell zu groß sind. Ob man nun einen WindowManager wie fluxbox oder ein DesktopEnvironment wie KDE nutzt. Dieser Zustand hält eigentlich seit Jahren schon an – erstaunlich, das ich mich kaum damit beschäftigt habe, wie man GTK-Anwendungen ansprechend darstellen kann.

Mir ist durchaus bekannt, das es einige Möglichkeiten geben soll um das Aussehen von GTK-Anwendungen zu konfigurieren – jedoch bin ich gerade wenn es um die Konfiguration von Schriftarten/-größen geht sehr schreibfaul: Da möchte ich klicken. Bei Kubuntu war/oder ist ein Tool in der unmöglichen Systemkonfiguration gewesen, womit man das Aussehen von GTK-Anwendungen verändern konnte. Unter Gentoo hatte ich nach solch einem Tool noch nie gesucht.

Dabei wäre das alles ganz einfach gewesen: Ein kurzer Blick ins gentoo-wiki konnte mir weiterhelfen. Dort wird einfach beschrieben, wie man es schafft, daß GTK Anwendungen wie QT-Anwendungen aussehen. Ich habe mich für den Weg über die GTK-Qt-Engine entschieden. Mit Hilfe dieser Engine, die man per emerge x11-themes/gtk-engines-qt bekommt, wird für die Darstellung von GTK Programmen die QT-Engine genutzt. Dieses Theme kann man dann ganz komfortabel mit gtk-chtheme – einem Theme-Switcher für GTK-Themes – aktivieren. Der Theme-Switcher hilft auch, die überdimensionierten GTK-Fonts auf ein “Normalmaß” anzupassen.

Um es nur mal zu erwähnen: Die Sans-Schrift in GTK-Anwendung mit einer Schriftgröße von 9 (was eigentlich? Pixel?) entspricht in QT-Anwendungen einer Sans-Schriftgröße von 10.

click thumbnail to enlarge

Somit hab ich nun auch mehr Übersicht in den Verzeichnis-Bäumen, wie z.B. der Projekt-Übersicht in eclipse. Auch wenn ich jetzt schon wieder das Gestöhne der GTK-Liebhaber höre.

Das ist aber nun wirklich eine reine Geschmacks-Frage*

* abgsehn davon, daß KDE sowieso besser ist

Und ja(!) das Projekt heißt wirklich “MyFirstJavaApp“