Vor einigen Tagen wurde ja KDE 4.3 offiziell freigegeben. Und da ich ja mittlerweile Ubuntu den Rücken gekehrt habe und auf Archlinux umgestiegen bin, war ein kleiner Testlauf mit KDE 4.3 ja ganz schnell gemacht. Also eingeloggt, die wichtigsten Programme ausprobiert, und es machte alles einen ganz runden Eindruck. Und sieht dazu noch rattenscharf aus, Plasma ist ja wohl die Erfindung des Jahres.

Nach einem halben Jahr Abstinenz bin ich nun wieder zurück bei KDE. Das ganze hatte aber auch was gutes, so hab ich nämlich auch mal die Ecken und Kanten von Gnome gesehen, da funktioniert auch nicht alles.

Nach einem Jahr kam dann der Drang, über den Tellerand zu schauen. Angefangen hat es mit einigen wenigen KDE-Applikationen, z.B. war der IM-Client Kopete schon immer recht fortgeschritten. Mit der Entdeckung, das sich Kopete ins System-Addressbuch einklinken kann, und dan den IM-Status auch im Addressbuch anzeigt. Oder Im Mail-Client der IM-Status angezeigt wird. Es hat nicht lange gedauert, da hatte ich GNOME vollends den Rücken gekehrt.

Und ich muss sagen, ich war sehr lange glücklicher KDE-Nutzer. Klar hat es auch seine Schwächen, trotzdem war die Gesamt-Bilanz äußerst Positiv. Dann kamm KDE 4. Natürlich muss man den KDE-Leuten zugestehen, das KDE4 ein sehr ambitioniertes Projekt war und ist, schließlich wurde ein Großteil der Bibliotheken komplett neugeschrieben, um alte Zöpfe abzuschneiden und geniale neue Features wie Plasma erst zu ermöglichen. Das Problem an so großen Projekten: es bindet jede Menge Resourcen, die dann nicht mehr für die Pflege des stabilen Zweiges zur Verfügung stehen, was sich leider langsam zeigte.

Mit KDE 4.1 hab ich dann auch denn Sprung gewagt. Es war viel passiert, man konnte ganz gut damit arbeiten, doch trotzdem fehlte noch unglaublich viel. Und so Sachen wie eine nicht ausblendbare Fenster-Leiste sind wirklich ärgerlich. Mittlerweile ist meine persönliche Meinung, das KDE 4 nicht vor 4.3 wirklich benutzbar ist.

Nur leider muss man bis dahin trotzdem mit dem System arbeiten. Da blieb nur eins: zurück zu den Wurzeln, zurück zu GNOME. Es ist lange nicht so schick, es hat auch seine Baustellen, aber es funktioniert wenigstens und man kann produktiv damit arbeiten. Und ich bin wahrlich nicht der Einzige, der diesen Wechsel gemacht hat. Selbst der oberste Commiter Torwalds, der 2005 noch über GNOME rantete und  öffentlich dazu aufforderte, zu KDE zu wechseln, ist mittlerweile umgestiegen. Man kann mittlerweile wirklich den Eindruck bekommen, das man sich mit KDE 4 massiv in den Fuß geschossen hat, es dürfte schon jetzt jede Menge User zu Gnome getrieben haben.

Bleibt nur zu hoffen, das KDE noch die Kurve bekommt, denn wenn man wieder den Applikations- und Feature-Umfang von KDE 3.5 erreicht und gleichzeitig die neuen Subsysteme verwendet, hat Gnome die deutlich schlechteren Karten.

Warnung: nützlicher Content voraus.

Ungefähr gegen Ende letzten Jahres war bei mir mal wieder ein neues Handy fällig. mir war klar, ich wollte ein Smartphone. Nun war das Gerät meiner Begierde jedoch mit Windows Mobile 6 ausgestattet. Ich hatte mich also schon mal auf Probleme eingestellt wenn es darum ging, das Telefon mit meinem PC zu nutzen, da ich nur noch mit Linux arbeite. Es war ein langer, harter Weg, aber mittlerweile funktioniert es. Nachfolgend deshalb einige Tipps, um anderen den Leidensweg zu verkürzen.

Software installieren

Normalerweise läuft die Installation ja über das ActiveSync-Programm von Microsoft. Mangels Verfügbarkeit muss man hier andere Wege gehen. Zuerst: Man brauch auf jeden Fall eine CAB-Datei oder die Windows-Mobile-Binaries, eine Windows-Installer, wie er manchmal anzutreffen ist, hilft leider nicht. In der Regel kann man aber aus den Installern eine CAB-Datei extrahieren. Diese CAB-Datei transferiert man auf des Gerät (siehe nächstes Kapitel), steuert sie im Dateimanager an und führt sie aus. Damit wird das Programm auf dem PDA installiert.

Dateien vom/auf Gerät laden

Die einfachste Möglichkeit ist natürlich Bluetooth, dank durchgehender Standardisierung funktioniert das auf Anhieb. Für die Übertragung von viele und/oder großen Dateien ist diese Variante aber unzureichend. Hier kommt ein Windows Mobile Programm namens wm5torage ins Spiel, mit dem man die Speicherkarte per USB als Massenspeicher-Gerät exportieren kann. Damit kann man dann auch große Dateien komfortabel auf das Gerät bringen.

Synchronisieren mit KDE PIM / Evolution

Hier wird es richtig haarig.

a) via Finchsync

Mein erster Ansatz lief über Finchsync. Dieses Programm ist zwar eigentlich zur Synchronisation mit Thunderbird/Sunbird gedacht, da hier aber iCal-Dateien gelesen und geschrieben werden, lässt sich somit zumindest der Kalender syncen. Ich persönlich habe es so gelöst, dass ich in Korganizer eine eigene iCal-Ressource für den PDA angelegt habe, die Finchsync schreiben durfte. Zusätzlich habe ich in Finchsync die Korganizer-Standard-Ressource read-only eingebunden. Warum dieser Stunt? Weil ich mir nicht den Kalender zerschießen wollte, falls etwas schief geht.

b) via synce

Die deutlich bessere Alternative dazu ist synce, ein Projekt, das das ActiveSync-Protokoll implementiert. Die Installation ist nicht ganz ohne, dafür bietet es aber Sync von Kontakten, Kalender und Aufgaben. Die Schritte:

1. Installation
2. SyncEngine einrichten
3. opensync installieren

Das ganze funktioniert zwar nicht volkommen reibungslos (einige Termine streubten sich bei mir, und Aufgaben mit Fälligkeitsdatum machen auch Probleme), aber das ist trotzdem schon sehr viel besser als nix

• KDE 4 kommt erst zu Weihnachten
• Gran Tourismo 5 kommt evtl. erst Ende 2008
• GTA 4 kommt erst Frühjahr 2008

Schöner Mist.

Hinweis: Meine Lösung funktioniert nur mit Treibern, die die MergedFB-Erweiterung besitzen (hauptsächlich Ati und Matrox). Für andere Treiber sollte Google bemüht werden.

Ich hier einfach mal davon aus, das schon eine funktinierende xorg.conf für den Betrieb eines Bildschirms existiert, so das ich hier nur relevante Veränderungen angeben werde.

section Device

option “MergedFB” “true”

aktiviert den MergedFB-Modus

option “MonitorLayout” “LVDS,CRT”

Mit dieser Ziele sagt man dem Treiber welcher Art die beider Monitore sind.

• LVDS = internes Display eines Notebooks
• TMDS = TFT (nur bei DVI-Anschluss relvant)
• CRT = Monitor
• NONE = keiner

option “CRT2HSync” “31.5-48.5″
option “CRT2VRefresh” “50-70″

Horizintale / Vertikale Frequenzen vom zweitem Bildschirm, wenn analog angeschlossen. Die Werte hier entsprechen Standardwerten für 1024×768.

option “CRT2Position” “RightOf”

Gibt die Physikalische Position des zweiten Monitors an:

• LeftOf = zweiter Bildschirm links vom Ersten
• RightOf = zweiter Bildschirm rechts vom Ersten

option “MetaModes” “1024×768-1024×768@60 1024×768+1024×768@60″

Hier werden die verfügbaren Auflösungen definiert. Wenn zwei Auflösungen mit “-” verknüpft sind, so werden die beiden Bereiche nebeneinander gelegt. Wenn ein + dazwischen steht, wird der zweite Bildschirm im Clone-Modus betrieben. Zwischen den hier definierten Auflösungen kann mit RANDR umgeschlatet werden, wodurch man schnell von Strech- zum Klon-Modus wechseln kann und wieder zurück.

Unter umständen mag MergedFB manche Auflösungen nicht, wenn ja, so gibt es aber im Log darüber Auskunft, dass ihm die Auflösung nicht passt.

Der Abschnitt sieht fertig dann zum Beispiel so aus:

Section “Device”
identifier “ATI Technologies, Inc. Radeon Mobility 9000 M9 (R250 Lf)”
boardname “ati”
busid “PCI:1:0:0″
driver “ati”
screen 0
option “MergedFB” “true”
option “MonitorLayout” “LVDS,CRT”
option “CRT2HSync” “31.5-48.5″
option “CRT2VRefresh” “50-70″
option “CRT2Position” “RightOf”
option “MetaModes” “1024×768-1024×768@60 1024×768+1024×768@60″
EndSection

Was NICHT gesetzt sein sollte:

• Die Option “Xinerama” im ServerLayout (deaktiviert Pseudo-Xinerama von MergedFB, dadurch entsteht ziemliches Fenster-Chaos)
• Der Screen sollte keine fest definierten virtuelle Größe haben, sonst kann MergedFB den Framebuffer nicht erweitern

Nachdem diese Änderungen durchgeführt sind, sollte ein Neustart des X-Servers reichen, um den zweiten Monitor in Betrieb zu nehmen.

KDE-Nutzern sei dann nocht das Tool krandrtray an herz gelegt. Es ermöglicht eigentlich, zwischen verschiedenen Auflösungen umzuschalten, indirekt ermöglicht es dadurch aber auch, im laufendem Betrieb zwischen Stretch- und Klon-Modus umzuschalten (siehe Bild).

Spätestens dann wird eine PS3 fällig, vieleicht ist die bis dahin etwas bezahlbarer, 600 € sind echt nen ganz schöner Brocken.

Wenn jetzt nicht noch 6 Monate bis dahin wären…

Problem: macht mehr Ärger als es bringt.

Plötzlich geht das Session-Restore von kwalletmanager nicht mehr, KGet stürzt regelmäßig ab, Amarok lässt sich nicht ohne Crash beenden, kerry friert beim Suchen ein, usw.

Eine halbe Stunde Pakete mit aptitude (btw. der beste Paketmanager unter Kubuntu, alle anderen können manche sachen einfach nicht oder nur sehr unkomfotabel) auf 3.5.2 downgraden später ist alles wieder stabil.

Merke: warten auf Edgy (XGL bzw AIGLX *freu*), noch 2 Monate (26. Oktober 2006)

Eine unglaublich praktisches Service-Menü für Konqueror, das alle möglichen Schweinereien für Bilder anbietet.

P.S.: in kubuntu sogar via apt verfügbar (in universe, konq-kim)

Trotzdem musste ich erst ne ganze Weile Google quälen, um drauf zu kommen, das KDE nen IO-Slave für SCP schon eingebaut hat.

DOH!

Die Ursache liegt darin, das Filter nicht in einem eigenem Thread verarbeitet werden sondern im gleichen Thread wie Kontact selbst.

Das Problem: “Asynchronization of expensive filter actions” steht seit KDE 3.3 auf dem Feature Plan, ist aber bis heute nicht in den Realeases angekommen, und das sind immerhin 3 Major Releases (Oder ich bin total blind).

Argh!