Diese GTK-Programme werden normalerweise unter GNOME eingesetzt. Bekannteste Vertreter dieser Art sind wohl:

• Firefox
• The Gimp
• Eclipse
• Pidgin

Diese sind zwar unter GNOME relativ schick, stechen aber unter KDE, vor allem in der vierten Auflage, relativ unschön hervor. Abhilfe schafft da das Paket gtk-qt-engine. Dieses wird offensichtlich in Intrepid Ibex per Default eingesetzt. Es ist aber auch für Hardy Heron verfüg- und installierbar:

sudo apt-get install gtk-qt-engine

Aktivieren muss man das Ganze dann in den Systemeinstellungen unter

Allgemein » Erscheinungsbild » GTK-Stile und Schriftarten

Dort selektiert man dann Use my KDE style in GTK applications. Anschließend muss KDE neu gestartet werden und schon erstrahlen die GTK-Programme im QT-Glanz . Allerdings werden im Firefox alle formular-bezogenen Elemente leicht unschön dargestellt, da Buttons, Dropdown-Listen, Auswahllisten etc. mit grauem Rand angezeigt werden.

Fazit

Obwohl Formulare im Firefox nicht fehlerfrei dargestellt werden, ist die Umstellung auf den QT-Look doch ein Plus in Punkto Erscheinungsbild. GTK-Programme heben sich nun nicht mehr (hässlich) von der restlichen Arbeitsumgebung ab.

Diese stammt wie gewohnt aus den Paketquellen des Kubuntu-Teams:

deb http://ppa.launchpad.net/kubuntu-members-kde4/ubuntu hardy main

Im offiziellen Changelog des KDE-Teams kann man nachlesen, welche Bugs gefixt und Änderungen aufgenommen wurden. Positiv fällt mir auf Anhieb auf, dass im Kontact-Kalender die letzte Ansicht nun vernünftig gespeichert wird. In der Vorgänger-Version hatte ich sonst immer vier bis sechs Monats-Spalten pro Zeile und müsste erst meine gewünschte Sicht wieder herstellen. Weiterhin spielt KMail nun endlich wieder seinen zugewiesenen Sound ab, wenn E-Mails empfangen werden. Negativ finde ich allerdings, dass meine hochgelobte Rechtschreibprüfung geändert wurde. Besser gesagt - es wurde die Anzeige der falsch geschriebenen Worte geändert. Vorher wurde das komplette Wort rot dargestellt, nun wird -wie in allen anderen Programmen auch- ein Fehler durch eine rote Wellenlinie hervorgehoben . Ich fand´s vorher besser!

Zwar ist in der Meldung auf kubuntu.org “kdeplasma-addons contains new Plasma fun” zu lesen, mir sticht aber keine neue Funktion ins Auge.

Auf jeden Fall läuft die Sache nun, in ihrer Gesamtheit betrachte,t etwas runder und stabiler.

Im die Spannung etwas zu verringern - ich verfasse diesen Artikel unter Hardy Heron .

Warnung

Wer KDE 3 im Einsatz hat und nicht auf KDE 4 wechseln möchte, darf Intrepid nicht installieren. Für diese Version wird kein KDE 3 als komplette Arbeitsumgebung mehr ausgeliefert.

Vorbereitungen

Wie immer halte ich mich auch dieses Mal an den Grundsatz:

Keine Änderung am System ohne Backup der Daten!

Für die Sicherung meiner Daten, Bilder, Musik etc. nutze ich ein selbstgeschriebenes Perlscript, das meine Daten unter zu Hilfenahme von rsync auf eine externe USB-Fesplatte kopiert. Anschließend fertige ich einen Klon meiner Rootpartition / und meines Benutzerverzeichnisses /home mit der LiveCD Clonezilla an. Auf diesem Weg habe ich einmal meine Daten auf der USB-Festplatte gespiegelt und auch mein komplettes System gesichert. Dieses kann ich jederzeit “zurück-klonen” und habe dann wieder ein perfekt laufendes Hardy Heron zum Arbeiten.

Upgrade

Um die Einsteigerfreundlichkeit von Ubuntu zu testen, versuche ich meine bestehendes Hardy direkt auf Intrepid zu aktualisieren. Dafür lasse ich allerdings sämtliche Vorarbeiten weg und versuche mein Glück. Im Normalfall sollten allerdings folgende Schritte als Minimum durchgeführt werden:

• Installation des entsprechenden Desktop-Metapakets » ubuntu-desktop, kubuntu-desktop, kubuntu-kde4-desktop bzw. xubuntu-desktop
• Entfernen proprietärer Grafikkartentreiber, z.B. envy oder selbstkompilierter Treiber
• Fremdquellen deaktivieren
• Auto-Login deaktivieren
• …

Der einfachste Weg, das Upgrade durchzuführen, ist die Verwendung des Updatemanagers. Dieser ist auf Kubuntu-Systemen standardmäßig nicht installiert. Daher hole ich dies nach:

sudo apt-get install update-manager

Alternativ könnte man auch in der sources.list einfach die Bezeichnung hardy mit intrepid austauschen.

Den Updatemanager starte ich mit folgendem Befehl:

sudo update-manager -d

Es öffnet sich eine GUI und mir wird mitgeteilt, dass ein neue Version von Ubuntu verfügbar ist. Diese lasse ich sogleich installieren. Zunächst deaktiviert das Tool meine Fremdquellen. Dann zeigt er mir an, wieviele Pakete aktualisiert und welche entfernt werden sollen. Da ich die Paketquelle des Kubuntu-Entwicklerteams und somit KDE 4.1 verwende, schwant mir schon nichts Gutes, als ich die Meldung sehe, dass eben diese Pakete allesamt entfernt werden sollen.

Nach einer flotten Download- und Installationszeit ist es dann soweit und ich kann den Rechner neu starten. In der Zwischenzeit musste ich nur ein paar Lizenzen zustimmen und die Einrichtung des neuen, verschlüsselten Private-Verzeichnisses zustimmen.

Ich wähle als erstes den neuen Intrepid-Kernel 2.6.27 zum Booten aus. Der bringt mich allerdings nur zu einem schwarzen Bildschirm mit blinkendem Cursor . Per Reset starte ich also den noch vorhandenen Hardy-Kernel 2.6.24, so komme ich wenigstens bis zum Start des Anmeldemanagers. Selbst nach einem xfix im neuen Recovery-Modus kann ich allerdings immer noch nicht so richtig meinen KDE starten. Entnervt gebe ich zunächst auf und starte eine neue Installation.

Neuinstallation

Da ein Upgrade nicht so einfach durchführbar ist, installiere ich mir Intrepid neu. Auch die Installation bietet gleich am Anfang eine Neuerung. Ich kann wählen, ob mein Tastaturlayout automatisch erkannt werden soll. Dazu muss ich allerdings nervige Buchstabenkombinationen eingeben - kurz: die manuelle Auswahl des Tastaturlayouts ist einfacher und schneller.

Ansonsten verläuft die Installation analog zu den bereits bekannten. Nur die schon erwähnte Möglichkeit, ein verschlüsseltes privates Verzeichnis im eigenen Benutzerverzeichnis zu erstellen, ist neu. Nach dem erfolgreichen Aufspielen des Systems (ich habe nur das Wurzelverzeichnis neu erstellen lassen, mein /home-Verzeichnis blieb unberührt), starte ich den Rechner neu.

Der Reboot verläuft auch problemlos, bis KDE gestartet werden soll. Zunächst werden ich darauf hingewiesen, dass es die eingestellte Session KDE4 nicht mehr gibt, was auch den Auto-Login ziemlich unmöglich macht. Und schon wird mir ziemlich flau im Magen :

Intrepid Ibex wird nicht mehr im Remix von KDE3 und KDE4 ausgeliefert, sondern bietet nur noch KDE4 an. In diesem sind die wenigen noch nicht portierten KDE3-Programme enthalten. Es existiert allerdings keine Trennung der Konfigurationsverzeichnisse .kde und .kde4, wie ich die von Hardy kenne, mehr. Das bedeutet, in meinem vorhandenen Benutzerverzeichnis greift KDE nur auf das Verzeichnis .kde zu. Dort liegen aber nur die Einstellungen der KDE3-Programme. Das Hinüberkopieren der Dateien aus dem Verzeichnis .kde4 quitiert Kontact schon beim Start mit einer Fehlermeldung. Verschiedene Pfade in den Konfigurationen sind nun falsch, da sie ja noch auf das alte Verzeichnis verweisen.

Das Ganze könnte man wohl manuell berichtigen, etwa durch ein Editieren der Konfigurationsdateien oder durch das Setzen eines symbolischen Links. Allerdings ist der Mischbetrieb ja “nur” eine Phase in Hardy gewesen und die neue bzw. alte Struktur wird ja in der nächsten Zeit nicht mehr geändert werden. Diese Überlegungen veranlassen mich dazu, den Hardy-Klon wieder zurückzuspiegeln. Vorher teste ich allerdings ein wenig Intrepid.

Fazit

Positiv fällt mir auf, dass KDE um einige Funktionen erweitert wurde. Diese will ich aber nur stichpunktartig anreißen:

• KGRUBEditor ermöglicht das Einstellen des GRUB
• gtk-qt-engine verleiht GTK-Programmen den QT4-Look
• DigiKam 0.10 portiertes DigiKam, leider mit weniger Funktionen
• proprietärer Grafikkartentreiber lässt sich einfach installieren

Ansonsten gibts natürlich noch zahlreiche weitere Verbesserungen, was Stabilität der Programme und deren Funktionalität angeht. Positiv überraschte mich auch die Boot-Dauer des Rechners, welcher fast 50% schneller startete. In konkreten Zahlen heißt dies, von GRUB bis KDM:

• Intrepid Ibex » 30 Sekunden
• Hardy Heron » 55 Sekunden

Wo Licht ist, ist natürlich auch Schatten - so ist die deutsche Lokalisierung der KDE-Programme noch sehr dürftig bis nicht existent. Auch in der .bashrc musste ich Anpassungen vornehmen, damit Programme deutsch mit mir reden. Meine Logitech-Webcam läuft nicht mehr out-of-the-Box. Das und einige Kleinigkeiten wären auch durchaus vertretbar - allerdings scheinen einige Programme mit dem schon vorhandenen Einstellungen nicht klarzukommen. KMail weigert sich standhaft, E-Mails zu empfangen, Identitäten etc sind nicht vorhanden.

Darin begründet sich auch mein Entschluss, wieder zurück zu Hardy zu gehen. Es ist nicht absehbar, welche Schwierigkeiten der Konfigurationssalat später haben wird. Sämtliche Einstellungen für KDE-Programme müsste ich also zur Sicherheit manuell neu vornehmen. Bevor ich mir diese Arbeit mache, warte ich jedoch lieber das finale Release ab.

[UPDATE]

Eigentlich wollte ich ja nur mal eben die Upgrade-Funktion testen und sehen, ob die Beta auf Anhieb zum Laufen zu bekommen ist. Wie gesagt, eigentlich. In Wirklichkeit lief das Ganze natürlich nicht ganz erwartungsgemäß. Zum einen funktionierte das Upgrade nicht gerade wie erwartet, zum anderen ließ mich die Sache auch nicht los und ich habe die Installation komplett vorgenommen.

Nach dem der Artikel zum Upgrade etwas länger werden wird, werde ich ihn an anderer Stelle fortsetzen.

Dazu war es nur notwendig, in der Datei page.php des Themes am Ende über den Zeilen:

<?php endwhile; ?>
<?php endif; ?>

folgenden Code einzufügen:

<?php comments_template(); ?>

Anschließend ist die Kommentar-Funktion auch für die statischen Seiten verfügbar.

Den Marktführer unter den Browsern, den Internet Explorer (IE), lasse ich bewusst außen vor - ist er doch mehr Krankheit als Browser . Nein - Spaß bei Seite - den IE nutze ich nur zu Testzwecken, etwa um die Darstellung meiner Webseiten unter Windows zu kontrollieren. Eine halbwegs objektive Meinung traue ich mir daher, genau wie über Apple-Browser Safari, nicht zu. Was ich nicht nutze, kann ich auch nicht beurteilen.

Als bekennender Linux- bzw. Kubuntu-Nutzer drängen sich mir die drei Browser aus der Überschrift auf: Firefox 3.03, Opera 9.60 und Konqueror in der Version für KDE 4.1.1. Alle drei sind übrigens auch für Windows verfügbar. Die gängigen Plugins für Flash und Java-Plugin funktionieren in jedem.

Alle drei zeigen auch die Webseiten (meist) korrekt an - Ausnahmen treten eigentlich nur bei schlampiger Programmierung auf oder wenn Webseiten auf einen Browser, gewöhnlich den IE, “optimiert” wurden. Beide Faktoren ergänzen sich auch hervorragend.

Der Primus ist ganz klar der Firefox. Seine “modulare” Aufbauweise, die es fast unbeschränkt ermöglicht, ihn in Funktionalität und Erscheinungsbild zu ergänzen, stellt alle anderen Browser in den Schatten. Trotzdem oder gerade deshalb muss er sich den Vorwurf gefallen lassen, dass er manchmal etwas träge und speicherhungrig daherkommt.

Dafür bietet er aber eine große Anzahl an Add-ons, die nicht nur das alltägliche Surfen, sondern auch das professionelle Arbeiten erleichtern. Ich denke da an die Add-ons Html Validator oder Web Developer, die wohl aus dem Alltag eines Webentwicklers kaum noch wegzudenken sind. Ebenfalls lässt sich Firefox in Sachen Sicherheit um einiges erweitern, Script- und Werbeblockern sei Dank.

Ich muss nicht weiter erwähnen, dass Firefox wie selbstverständlich mit den Webstandards umgeht. Die von mir gern genutzte automatische Rechtschreibkontrolle lässt sich per Add-on nachrüsten. In Punkto Funktionalität und Einsatzmöglichkeit bleibt kaum ein Wunsch unbefriedigt.

Nicht zuletzt ist Firefox der einzige Browser, in dem die Vor- und Zurück- (Daumen-) Tasten meiner Maus Out-Of-The-Box funktionieren.

Opera dagegen besticht durch sein schlankes Design, das auch durch verschiedene Themes erweitert werden kann. Als einziger der drei Kandidaten ist er kein Open Source-Produkt sondern proprietär. Er ist, zumindest subjektiv, der schnellste Browser. Von Haus aus bietet er die meiste Funktionalität (siehe Wiki), ohne dass Add-ons installiert werden müssen oder könnten. An deren Stellen werden Widgets angeboten. Einige sind zwar ganz nett, mehr aber auch nicht. Das Entwicklerwerkzeug Dragonfly ist leider noch im Alpha-Stadium und somit nur bedingt einsetzbar.

Herausstechend ist, dass Opera nicht nur als Browser sondern auch als Feed-Reader, E-Mail- und IRC-Client genutzt werden kann und zwar von Haus aus. Da er dies hardwareschonend umsetzt, kann er auf älteren Systemen als All-in-One-Werkzeug eingesetzt werden.

Negativ (und das entgegen dem aktuellen Trend) fällt mir aber immer wieder auf, dass Opera nur bedingt mit neuester Web 2.0 - Technologie umgehen kann. Immer wieder kommt es zu Fehlern, wenn man tinyMCE nutzt. Dies ist die WYSIWYG-Editor-Oberfläche, die z.B in vielen Foren oder anderen Web 2.0-Applikationen, wie Wordpress, verwendet wird. Als Foren-Moderator und Blogger ist dies für mich natürlich ziemlich hinderlich. Gerade letzteres zwingt mich beim Bloggen (Wordpress ist die Technologie hinter diesem Blog) immer wieder, den Browser zu wechseln und zu Firefox zu greifen. Weiterhin ist die Rechtschreibprüfung während der Eingabe ein echtes Manko, da diese gar nicht vorhanden ist. Gerade beim Verfassen von längeren Texten im Blog oder im Wiki ist sie aber ein Muss. Eine Prüfung des gesamten Textes nach dessen Fertigstellung erweist sich in der Praxis dann doch meist als unpraktikabel. Bei Tipp- oder sonstigen Fehlern ist es einfach produktiver, sofort auf diese aufmerksam gemacht zu werden.

Konqueror als Dritter im Bunde erntete schon früh Lorbeeren, war er doch der erste Browser, der unter Linux weitgehend absturzfrei eingesetzt werden konnte. Das war zu einer Zeit, als der IE noch das Nonplusultra darstellte, Mozilla noch gar nicht existierte, Netscape von regelmäßigen Abstürzen heimgesucht wurde und Safari aus ihm hervorging. Auch heute noch ist er ein leistungsfähiger Browser für den KDE. Da er ein Nischendasein führt, werden die wenigsten Webseiten auf seine Bedürfnisse angepasst. Da er sich doch stark an die W3C-Vorgaben orientiert, reagiert er relativ bockig auf nicht konformen Code. Dies fällt meist bei der Schriften-Darstellung ins Gewicht. Ein absolutes NoGo für ihn ist der tinyMCE, was leider für mich ebenfalls ein KO-Kriterium in Bezug auf seine Nutzung darstellt. Die JavaScript-Engine von Konqueror ist dem javascript-basierenden Browser-Editor einfach inkompatibel - oder auch umgekehrt.

Dabei bietet Konqueror von Haus aus eine perfekte Eingliederung in die KDE-Arbeitsumgebung. Für ihn werden einige Add-ons direkt über die Paketverwaltung von Kubuntu geboten, etwa ein Werbeblocker, der Webarchivierer oder ein HTML-Validator. Er nutzt die Rechtschreibprüfung von KDE, die für mich die übersichtlichste ihrer Art ist. Sie unterstreicht falsch Geschriebenes nicht einfach nur, sondern stellt es während der Eingabe komplett in roter Schriftfarbe dar.

Wer die Wahl hat, hat die Qual …

… und so nutzte ich eine Zeit lang die drei Browser parallel. Opera als mein Favorit zum allgemeinen Surfen und für die Forenarbeit, Firefox fürs Bloggen und den Konqueror zum Verfassen von Wiki-Artikeln. Ich denke, es ist nicht allzu schwer nachzuvollziehen, dass dies auf Dauer eher belastend, denn entspannend ist. Das fängt bei Starten des jeweiligen Programms an und setzt sich bis hin zum Speichern der Bookmarks fort.

Fazit

Genervt von der eben beschriebenen Situation blieb mir nur eine Lösung:

Da Firefox der flexibelste der beschriebenen Browser ist, habe ich mir die Mühe gemacht die Funktionalitäten, die ich bei ihm im Vergleich zu Opera vermisst habe, per Add-ons nachzurüsten. Soweit ich das zu diesem Zeitpunkt beurteilen kann, ist mir das auch ziemlich zufriedenstellend gelungen. Ich werde zeitnah habe hier eine Liste der von mir genutzten Plugins veröffentlichen.

In meinem Wiki  beschreibe ich zwar, dass mit dem Befehl

./configure –with-ssl –enable-otr –enable-aspell –enable-gpgme

die Unterstützung für SSL, OTR, Aspell und/oder GnuPG für das fertige Paket zur Verfügung gestellt wird. Allerdings vergaß ich, dass die entsprechenden Entwicklungspakete installiert sein müssen. Anderen Falls wird die gewünschte Funktionalität nicht zur Verfügung stehen:

OTR » libotr2-dev
SSL » libssl-dev
Aspell » libaspell-dev
GnuPG » libgpgme11-dev

Das Anfangs von mir erstellte .deb-Paket enthielt lediglich OTR-Support. Ich habe es durch ein neu erstelltes ersetzt, das hier heruntergeladen werden kann. Es unterstützt die vier o.g. Funktionen.

Den Fehler bemerkte ich nur, weil nun ubuntu-jabber.de eine SSL-gesicherte Verbindung voraussetzt. Um herauszufinden, welche Funktionen die eigene Mcabber-Version beinhaltet, nutzt man folgenden Befehl:

mcabber -V

Die Ausgabe enthält dann die unterstützten Funktionen:

[...]
Compiled with unicode support.
Compiled with OpenSSL support.
Compiled with GPG support.
Compiled with OTR support.
Compiled with Aspell support.
[...]

Den entsprechenden Wiki-Artikel habe ich angepasst.