So ganz zufrieden war ich eigentlich nie mit dem Aussehen den aktuellen Desktops der Linuxwelt. Gnome wirkt in der Standardausführung viel zu altbacken und gefühlt aus dem letzten Jahrhundert, KDE sieht dagegen frischer aus, platzt aber aus allen Nähten. Natürlich lässt sich sehr viel mit Themes regeln, gerade die Linuxwelt ist ja berühmt dafür, dass man sich “seinen” Desktop gestalten kann, wie man es gerne hätte.

Dennoch gibt es gewissene Grenzen welche sich allein mit Themes nicht überwinden lassen. Anpassungen an den Programmen wären notwendig.

Schaut man sich mal alleine die Optik an, Funktionen jetzt erstmal außen vor gelassen, dann ist meiner Meinung nach OSX an der Stelle der Platzhirsch. Die GUI ist ein Augenschmauß, alles wirkt sehr aufgeräumt chic. Ich mag das sehr. Apple gibt mit seinem Toolkit den Entwicklern vielfältige Möglichkeiten der Oberflächengestaltung an die Hand und dennoch wirkt alles sehr stimmig und durch (fast) alle Programme hinweg sehr zusammengehörig und homogen.

Das Design von Windows 7 finde ich nicht grundsätzlich schlecht, es fehlt allerdings an einer maßgebenden Linie. Einzelne Elemente sind schön umgesetzt, aber das Gesamtbild kränkelt ein wenig.

Gnome wirkt, wie bereits oben erwähnt, extrem altbacken und langweilig. Es wird unfassbar viel Platz verschwendet, auch wenn dies nur eine optische Täuschung ist (ich komme später nochmal drauf zurück).

KDE hingegen wirkt insgesammt extrem homogen, allerdings in manchen Fällen auch einfach zu sehr. eine Mischung grau in grau mit grau, immer dasselbe Grau versteht sich. Ansonsten finde ich es sehr modern und gut, wenn auch zuweilen ein wenig überladen.

Ich habe schon seit langen in meinem Kopf eine Vorstellung davon, wie der ideale Desktop aussehen könnte, bzw. wie Programme designed werden könnten. Schon lange will ich meine Gedanken mal in Mockups fassen, kam aber bislang nie dazu.

Nun bin ich aber glücklicherweise nicht der einzige der so denkt. Und abgesehen davon, dass die besagten anderen Personen dieselben Vorstellungen haben wie ich, sind sie glücklicherweise auch noch in der Lage ihre Ideen in die Tat umzusetzen! Ich rede vom elementary-Projekt. Als säßen diese Jungs in meinem Kopf und hätten mir meine Vorstellungen geklaut und in die Tat umgesetzt, ich bin begeistert.

Bilder sagen erstmal mehr als tausend Worte, also einfach mal ein Vergleich zwischen dem standard Nautilus (Bild von ubuntuxx.de) in Ubuntu Lucid und dem mmodifizierten Nautilus des elementary Projekts:

Die Version des elementary Projektes wirkt wesentlich moderner, aufgeräumter und geiler. Man möge mir meine Ausdrucksweise entschuldigen, aber das trifft es einfach zu sehr auf den Punkt!

Diese klaren Formen und Linien, die zusammengelegte Adress und Werkzeugleiste, die optische Reduziertheit, einfach wundervoll!

Natürlich ist vieles dabei nur Augenwischerei, wie vorhin schon angedeutet: Die Statusleiste unten ist natürlich in beiden Versionen genau gleich hoch, nur dass sie rein optisch in der elementary Variante wesentlich kleiner aussieht weil sie in das Hauptfenster eingebettet ist. Das gleiche mit dem kleinen Abstand zwischen Seitenleiste und Hauptfenster: auch hier wurde getrickst um es kompakter und gradliniger aussehen zu lassen. Aber es funktioniert und man sieht, wie viel man mit Themes erreichen kann.

Man sieht aber auch gut die Grenzen: Die komplett neue Seitenleiste lässt sich ebensowenig mit Themes realisieren, wie die neue Breadcrumbbar oder die kombinierte Werkzeug- und Adressleiste.

Aber die Jungs machen es genau richtig und beschreiten für meinen Geschmack genau den richtigen Weg! Die Nautliusänderungen sind nur ein Teil des Themes und des Projektes. Zum Beispiel gibt es ein komplettes Iconset inklusive monochromer Icons für das Panel. Mehr dazu im Blog von Christoph mit seinem Beitrag Der elementary-Desktop

Außerdem findet man in jedem Programm kleine Änderungen, die das Gesamtbild stimmiger machen. Zum Beispiel ist die Statusleiste in Gwenview ebenso in den Fensterinhalt integriert wie unter Nautilus.

Der nächste große Wurf des Projektes könnte ein Mailclient werden: Postler

Er folgt derselben Philosophie, die schon Nautilus so gut steht: clean, simple and nice. (Bild von omgubuntu.co.uk)

Sollte der Client wirklich so kommen und dabei die für mich wichtigen Funktionen bereitstellen sowie sich in das Indicator-Applet integrieren, so werde ich mich vom Webinterface von Gmail verabschieden.

Was ich oben ansprach war unter anderem die Platzverschwendung von Gnome. Dazu möchte ich folgenden Artikel verlinken: The Border: Cut them all down – Mockup

Dort hat Dylan einen sehr schönen Mockup des Erscheinungsbild-Dialoges angefertigt und verliert ein paar Worte dazu. Auch dieser Ansatz begeistert mich. Es wirkt sehr viel aufgeräumter:

Aber um nun zum Punkt zu kommen und mein verwirrte Gedanken zu einen vernünfigen Abschluss zu bekommen: Man sieht, dass eine Menge potential in Desktops unter Linux steckt und ich bin sehr gespannt auf den nächsten Schritt des elementary Teams: Elementary OS. Ein auf Ubuntu basierendes OS mit dem elementary-Theme, dem neuen Nautilus und hoffentlich Postler sowie vielen neuen Änderungen, die einem den Desktop ein wenig ansehnlicher machen. Daumen hoch dafür; elementary-Team, you rock!

Christian Seidel / pixelio.de

gpodder ist eine hervorragende Anwendung wenn es um den Download und die Verwaltung von Podcasts geht, erstmal so generell. Leider gibt es zwei kleine Bugs, die den Betrieb mit einem iOS Gerät ziemlich erschweren: Playcounts werden nicht synchronisiert und der freie Platz auf dem Gerät wird nicht erkannt. Soweit so schlecht, ein Betrieb ist erstmal unmöglich.

Doch es gibt für beide Problemchen (mehr oder weniger praktikable) Lösungen:

1. “Nicht genügend freier Speicherplatz auf dem Gerät verfügbar”

Erst einmal muss man unter Ubuntu überhaupt raus finden, wie man gpodder mit dem iPhone beispielsweise bekanntmacht. gpodder erwartet einen Dateipfad zum Gerät, der ist aber unter Lucid Lynx nicht mehr so ganz eindeutig durch das neue GVFS. Man muss wissen, dass die Geräte, die Gnome einbindet unter ~/.gvfs/ liegen. In meinem Falle wäre der Pfad also /home/elu/.gvfs/Jans iPhone/.

Das Problem dabei ist nun, dass man von diesem Mountpunkt keine vernünfitigen Werte bekommt, was den benutzten und freien Speicherplatz angeht, er ist in beiden Fällen “0″. Da aber das Python-Script von gpodder nur genau das abfragt, ist natürlich auf dem iPhone kein Platz mehr verfügbar. (Sondern “0″ Byte).

Um das zu umgehen ist ein kleiner Eingriff in das Sync-Script von gpodder notwendig, in dem man einfach vorgaukelt, dass genügend freier Speicherplatz auf dem Gerät vorhanden ist. Nachteil ist ganz klar, dass man sich nun selbst kümmern muss, dass noch genügend Platz vorhanden ist.

Man nahme also die Datei: /usr/lib/pymodules/python2.6/gpodder/sync.py und such nach folgender Funktion:

def get_free_space(self):
    # Reserve 10 MiB for iTunesDB writing (to be on the safe side)
    RESERVED_FOR_ITDB = 1024*1024*10
    return util.get_free_disk_space(self.mountpoint) - RESERVED_FOR_ITDB

def get_free_space(self):
    # Reserve 10 MiB for iTunesDB writing (to be on the safe side)
    RESERVED_FOR_ITDB = 1024*1024*10
    return 1024 * 1024 * 1024 * 1024 - RESERVED_FOR_ITDB

Nun ist erstmal genug Platz auf dem iPhone “vorhanden”. (Man beachte, das ein Update von gpodder diese Datei wieder überschreiben wird!) Kommen wir zum zweiten Problem:

2. Playcounts werden wieder auf “ungespielt” gesetzt

Nun ist man also in der Lage, sein iPhone oder sonstiges iOS Gerät mit Podcasts zu bespielen. Leider gibt es nun noch einen Fehler in der Bibliothek libgpod, welche bei jedem Synchronisationsvorgang alle Podcasts auf den Status ungespielt zurücksetzt und man sich die Stelle an der man aufgehört hat wieder mühsam suchen muss.

Ich habe vor einiger Zeit diesbezüglich mal an die Mailingliste geschrieben und auch Prompt Antwort erhalten:

http://sourceforge.net/mailarchive/forum.php?thread_name=4BF05795.2030805%40virtualpixel.de&forum_name=gtkpod-devel

Kurzfassung: Es gibt bereits zwei Patches gegen das Problem, sie werden auch demnächst in den offiziellen libgpod-Zweig einfließen. (Dies ist bislang, so weit ich das überblicken kann, noch nicht geschehen)

Man nimmt sich also die beiden Patches aus obigem Link und korrigiert damit den Quelltext von gpodder. Et volia, nun funktioniert auch der Sync von Podcasts OHNE dass sich bereits angespielte Episoden wieder zurücksetzten. Allerdings kommt es, zumindest bei mir, öfters vor, dass bei einem zweiten Sync ein Podcasts doppelt auf dem iPhone vorhanden ist, oder das ein zweiter Sync benötigt wird, damit die Playcounts wieder stimmen. Aber das wird sicher auch noch gefixt…

Nun wünsche ich euch fröhliches Synchronisieren eurer Podcasts!

Sobald ich mein iPhone an iTunes anstecke, werden neue Podcasts auf das Gerät kopiert, auf dem Gerät oder auf dem Laptop gehörte Podcasts werden vom Gerät gelöscht, auf dem Laptop oder iPhone zum Teil gehörte Podcasts werden mit ihrer Abspielposition synchronisiert, auf dem Gerät gehörte Podcasts werden im iTunes als gehört markiert und so weiter und so fort. Außerdem wird die gesamte Musik- und Videosammlung gesynct, oder halt nur Teile davon, je nachdem wie man es vorher im iTunes eingestellt hat. Total komfortabel also: einstecken, warten, abziehen und auf dem neusten Stand sein – ohne Interaktion.

Unter Linux ist mir bis dato kein Weg bekannt, mein iPhone oder meinen iPod (oder irgendeinen anderen Mp3 Player, wobei das nur geraten ist) genauso bequem zu verwalten. Klar kann ich Musik, Videos und Podcasts auf das Gerät spielen, aber halt alles per Hand und manuell. Einzig gpodder hat einen Sync-Modus, welcher allerdings durch einen Bug in libgpod momentan für iPhone Benutzer unbrauchbar ist, und auch nicht automatisch synct.

Sicherlich ist iTunes nicht das Maß aller Dinge, aber leider noch sehr vieler…

Seit nunmehr fast drei Jahren ist das Apple iPhone auf dem Markt, seit ungefähr zwei Jahren der iPod  Touch und seit ungefähr einem Monat das iPad. So unterschiedlich diese Geräte auch alle sind, haben sie eines gemeinsam: Das Betriebssystem ist bei allen dreien das iPhone OS.Grundsätzlich sind diese Geräte kompatibel zu Mac OSX und mit Einschränkungen auch zu Microsoft Windows. Grund sind die geschlossenen Protokolle von Apple, die einen Zugriff auf das System ermöglichen.

Nun sind diese Geräte allerdings sehr populär, nicht nur unter OSX und Windows Benutzern, sondern auch unter Linuxbenutzern. Ich selber bin nun seit 2 Jahren meist glücklicher Besitzer eines iPhones. Es war also nur eine Frage der Zeit, bis sich die ersten Personen der Problematik annehmen und versuchen diese Geräte linuxkompatibel zu machen, so dass man beides unter einen Hut bringen kann.

Das war, gerade zu Anfangszeiten, nicht immer einfach und ich habe ein Menge geflucht und noch mehr probiert. (Man suche einfach in meinem Blog nach iPhone) Doch mittlerweile hat sich das Bild extrem zum positiven gewendet.

Anfangs brauchte man zwingend einen Jailbreak, um überhaupt irgendwas mit dem iPhone unter Linux anzustellen, ein SSH-Zugang zum Gerät war essentiell. Eigentlich nichts schlimmes, aber nicht jeder möchte, bzw. ist in der Lage dazu, sein iPhone zu jailbreaken. Auf Dauer konnte dies also keine akzeptable Lösung sein.

Wie sieht es den heute also aus? Sehr, sehr, und ich glaube man kann mit gutem Gewissen noch ein weiteres “sehr” hinzufügen, gut! Fangen wir mal an uns die Einzelheiten anzuschauen.

Die Software

Fangen wir mit der benötigten Software an: An erster Stelle wäre da die Bibliothek libimobiledevice, ehemals libiphone, zu nennen. Sie ist eines der wichtigsten Teile, damit die iPhone OS Geräte überhaupt unter Linux angesprochen werden können. Der zweite wichtige Teil ist die Bibliothek libgpod, welche sich um die Musik- und Podcastverwaltung kümmert. Selbstverständlich gibt es noch eine Reihe anderer Software, ohne die der Zugriff auf das iPhone OS nicht möglich wäre, wie zum Beispiel ifuse (um das Dateisystem über fuse einzubinden), usbmuxd (um über USB mehrere parallele Verbindungen zum Gerät aufzubauen) und libplist (um die plist Dateien von Apple zu lesen und zu schreiben). Diese sind aber sehr technisch und auf unterster Eben angesiedelt, so dass ich darauf an dieser Stelle nicht weiter eingehen werden. Man findet sie ebenfalls alle auf libimobiledevice.org, allerdings sollten sie automatisch per Paketmanagement installiert werden bei den meisten Distributionen.

Wichtig an dieser Stelle: libimobiledevice braucht keinen (!) Jailbreak des Gerätes!

Grundlagen

Das Grundlegende ist der Dateisystemzugriff und das Handling der Apple eigenen Protokolle auf das Gerät, ohne dem geht nichts. Diese Funktionalität wird von der Bibliothek libimobiledevice gehandelt, besser gesagt bietet sie die Möglichkeit dafür. Für die praktische Umsetzung benötigt es noch weiterer Programme. Unter Gnome gibt es in der aktuellen Version des GVFS (>= 1.5.1) schon Unterstützung für das iPhone OS, vorausgesetzt, dass libimobiledevice installiert ist.

Unter KDE gibt es seit kurzem einen KIO-Slave für den Zugriff, dieser ist allerdings noch Mitten in der Entwicklung. Ansonsten gibt es noch eine desktopunabhängige Möglichkeit über ifuse das Gerät manuell an einen Pfad zu mounten. Der zugriff auf das Dateisystem ist schon mal viel Wert, doch damit alleine lässt sich erst mal nichts anfangen.

Musik, Podcasts und Videos

Hat man ein iPhone OS Gerät möchte man darauf früher oder später Musik, Podcasts und Filme hören/schauen. Dafür zuständig ist unter Linux die Bibliothek libgpod. Warum braucht es dazu extra ein Tool? Bei allen Apple iPods (und auch das iPhone ist in der Hinsicht ein iPod) wird die Musik nicht einfach nur auf das Gerät gespielt, sondern es wird eine interne Datenbank gepflegt, damit zusätzliche Metadaten wie Playcount, Rating etc. gespeichert werden können. Dummerweise ist diese Datenbank (im aktuellen OS übrigens eine einfache SQLite DB) mit einem Hash versehen, die sie vor Manipulation schützen soll. Es gilt also zwei Probleme zu meistern: DB Verwaltung und Hash-Handling. Beides ist mittlerweile kein Problem mehr, wenn man sich der Bibliothek libgpod bedient. Sie kann die Datenbank aller aktuellen iPod und iPhone OS Modelle lesen und mit dem richtigen Hashwerten schreiben. Technisch gesehen also kein Problem. Fehlt nur noch das Programm, welches die Bibliothek benutzt.

Unter Ubuntu Lucid Lynx werden die iPhone OS Geräte beim einbinden in das System als Musikplayer erkannt. Rhythmbox bindet das Gerät problemlos ein, Podcasts und Musik können einfach per Drag and Drop auf das Gerät übertragen werden. Am Ende des Kopiervorgangs erscheint kurz der “Synchronisiere…” Bildschirm, die Datenbank wird geupdatet.

Banshee ist ein weiterer populärer Mediaplayer unter der Gnome-Desktopumgebung. Leider bauen die Entwickler nicht auf die libgpod Bibliothek auf, sondern haben vor einiger Zeit begonnen eine eigene zu entwickeln, namentlich “podsleuth“, welche aber bis heute vom Funktionsumfang weit hinter libgpod zurückfällt. Lediglich einige der ersten iPods werden unterstützt. Das umschwenken auf libgpod wird immer wieder von Benutzern gefordert (nicht zuletzt von mir auch schon) aber bislang leider nicht in die Tat umgesetzt. Unter anderem wird es wohl dadurch erschwert, da Banshee in C# bzw. Mono geschrieben wurde und dafür keine libgpod-Bindings vorhanden sind. Meiner Meinung nach sehr schade, da ich persönlich Banshee einen Ticken besser finde…

Eine Anwendung extra für Podcasts ist gpodder, welche selbstverständlich, da ebenfalls auf libgpod aufbaut, auch mit den iPhone OS Geräten zusammenarbeitet und einen komfortablen Sync der Podcasts ermöglicht. Meine Favorisierte Anwendung für Podcasts.

Leider gibt es bei den Podcasts aktuell einen extrem nervigen Bug: Die Geräte merken sich, an welcher Stelle im Podcasts man aufgehört hat zu hören. (When Syncing New Podcasts – played and partially played episodes are reset) Man muss also einen Podcasts nicht an einem Stück hören oder sich merken wo man aufgehört hat. Dummerweise wird dieser Wert bei jedem Schreiben der DB zurückgesetzt, so dass alle Podcasts wieder als “ungespielt” markiert sind.

Als GTK-Anwendung wäre dann noch gtkpod zu nennen, welche von den Entwicklern der libgpod Bibliothek selbst entwickelt wird. Als Notlösung mal ganz nett, aber ansonsten sind Rhythmbox und Konsorten die bessere Wahl.

Update: Wie ich in den Kommentaren drauf hingewiesen wurde, kann gtkpod Videos auf das iPhone transferieren. Gerade kurz getestet und es hat funktioniert. Updateende

Unter KDE gibt es als Nennenswerten Mediaplayer nur Amarok. In der aktuellen Version ist das managen der iPhone OS Geräte rudimentär möglich. Sie tauchen selbstständig beim einstecken in Amarok auf und Musik lässt sich übertragen und löschen. Podcast-Sync ist noch in Arbeit. (Dies ist aber ein generelles Problem in Amarok, welches alle portable Mediaplayer betrifft.) Sollte das Gerät in Amarok nicht automatisch auftauchen, so kann es daran liegen, dass eine HAL-Regeldatei fehlt, die das Gerät als Mediaplayer ausweist. Hier ist meine zum Download. Einfach nach /etc/hal/fdi/policy/ kopieren und HAL, bzw. das System neustarten.

Kontakte, Kalender, etc.

Wie schon hier beschrieben, halte ich den besten Weg immer noch über einen Dienst in der Wolke, zum Beispiel Google oder Nuevasync, welche auf iPhone OS Seite einen Exchange ActiveSync bereitstellen. Dazu entweder Evolution, welches von Haus aus mit Google syncen kann, Thunderbird und Lightning mit enstprechenden Plugins (Google Contacts und Provider for Google Calender, bzw. direkt über CalDAV, welches das iPhone auch nativ beherrscht übrigens) oder unter KDE unter Zuhilfenahme des Akonadiplugins.

Möchte man nicht über das Internet syncen, sondern lediglich lokal, so geht dies mittlerweile, wenn auch nur sehr eingeschränkt: Für den Kalender, die Kontakte, sowie Notizen und Lesezeichen gibt es Conduit-Module, welche allerdings bislang nur einen lesenden Zugriff gestatten, als experimental eingestuft und nicht von mir getestet sind (siehe libimobiledevice.org).

Tethering

Eine nützliche Funktion des iPhone OS von der ich recht häufig Gebrauch mache ist das Tethering, also das Bereitstellen der Internetverbindung für den Laptop beispielsweise. Zu Anfangszeiten musste man sich hierfür noch mit einem gejailbreakten iPhone, SSH-Zugang und einem SOCKS-Proxy herumschlagen, etwas später dann die PPP-Verbindung. Zwar sehr geekig wenn man auf seinem Laptop rumhackt und nach zwei Minuten ein Grinsen im Gesicht hat, weil man so was extrem geekiges gerade macht, aber komfortabel sieht irgendwie anders aus.

Diese Zeiten sind zum Glück vorbei und es ist genauso komfortabel eine Internetverbindung für den Comupter über das iPhone aufzubauen wie unter OSX oder Windows. Man hat die Wahl zwischen Bluetooth oder dem USB-Kabel. Beides habe ich in diesem Artikel ausführlich behandelt. Anzumerken sei lediglich, dass die aktuelle Version des NetworkManagers in Ubuntu Lucid Lynx eigenständig das PAN aufbauen kann, Blueman also nicht mehr nötig ist.

Springboardappiconsortierung

Mit iTunes 9punktIrgendwas kam die Möglichkeit sein Springboard, also die Applications Icons, am Desktop zu ordnen, extrem komfortabel mit der Maus. Diese Funktionalität gibt es über ein Python Programm namens sbmanager nun auch unter Linux. Detailliertere Infos gibt es in FERNmanns Blog.

Fotos

Fotos ließen sich von Anfang an vom Gerät runterladen, da es sich standardmäßig als Kamera am System anmeldet. Der vollständige Sync, also das hochladen von Fotos, sowie das Managen der einzelnen “Filme” auf dem Gerät funktionieren noch nicht.

Backup, Restore, Appinstall und weiterer Entwicklerkram

Abseits der Mainstreambedürfnisse eines Linux-iPhone OS Users gibt es aber noch weitere Anstrengungen um das Gerät besser mit Linux zu nutzen. Das größte Problem stellt weiterhin das Backup und der Restore da: Einer der einzigen Gründe, warum ich mein iPhone wöchentlich ans iTunes hänge ist, damit ich ein Backup von Gerät habe. Über das Programm idevicebackup, welches Teil von libimobiledevice ist, soll es in Zukunft möglich sein, native iPhone OS Backups (full und incremental) zu erstellen, sowie diese auch wieder auf das Gerät zurück zu spielen. Restore funktioniert bislang noch gar nicht, Backup nur so halb…

Alle möglichen Infos zum Gerät bekommt man mit dem Programm ideviceinfo.

Ist man selber Entwickler so kann man mithilfe des Programms ideviceinstaller eigene Apps auf das Gerät installieren, bzw. auch wieder löschen. Auch eventuell für Entwickler interessant sein könnte das Programm idevicesyslog, welches, passenden Daemon auf dem iPhone vorausgesetzt, das Syslog des iPhone streamen kann.

iPad und iPhone OS 4.0

Das iPad ist seit kurzem auf dem Markt und verkauft sich wie geschnitten Brot (1. Millionen Geräte in den ersten 28 Tagen) und auch das nächste iPhone inklusive iPhone OS 4.0 steht in den Startlöchern. Wie schaut es also in Zukunft aus? Gut, das iPad wird heute schon von libimobiledevice unterstützt und iPhone OS 4.0 laut ersten Erfahrungsberichten im Netz ebenfalls, mit Ausnahme des Musiksyncs, da aufgrund des neuen Bookshops mal wieder ein neuer DB-Hash Einzug erhalten hat. Die Entwickler stellen aber in Aussicht, ihn bis zum finalen Release geknackt zu haben, so das auch die 4.0 unterstützt wird.

Fazit

Schaut man sich die Entwicklung der letzten drei Jahre an, kann man eigentlich nur staunen und bewundernd den Hut vor den Leuten ziehen, die das alles möglich gemacht haben. Die iPhone OS Geräte lassen sich mittlerweile sehr komfortabel unter Linux managen und mit den diversen Medien betanken. Sicherlich, es gibt noch eine Menge Baustellen, allen voran die oben angesprochene Backup- und Restoreproblematik. Auch Softwareupdates erfordern noch ein iTunes, vom erstmaligen Aktivierungsvorganges eines jeden neuen Gerätes ganz zu schweigen. Auch der Podcastbug ist mehr als nur nervig, aber so schnell wie die Entwicklung voran geht, bin ich mehr als gespannt, was uns die nächste Zeit noch so bringen wird.

Ich hoffe ich konnte mit diesem Beitrag einen guten Überblick über den aktuellen Stand liefern und ein paar Fragen klären.

Ich für meinen Teil habe im Zuge der Artikelerstellung den Donate-Button auf der Entwicklerseite betätigt und den Leuten 20€ zukommen lassen und kann an dieser Stelle nur dazu aufrufen ebenfalls ein wenig zu spenden, damit uns diese Leute weiterhin überraschen, zum staunen bringen, uns glücklich machen und weiterhin spitzen Software schreiben.

In diesem Sinne, ich lade dann mal die neuen Podcastfolgen auf mein iPhone, damit ich morgen auf dem Weg zur Berufsschule was zu hören habe…

Es sind keine großen Sachen, sondern nur kleine Details. Es fehlt ein wenig der letzte Schliff. Ich habe mich also mal an Photoshop gesetzt und versucht diese Probleme zu beseitigen:

Ich denke die beiden Bilder sind relativ selbsterklärend. Das sie auf englisch sind liegt daran, dass ich diese Bilder auf kde-apps.org gepostet habe damit sie auch die Entwickler erreichen.

Wie findet ihr den Entwurf?

Vielen dank an WindowsUninstall, der mir unter Freenode#plasma freundlich und schnell geholfen hat. Die Funktion zum Löschen der Wallpaper per GUI steht auf seiner Liste und soll rechtzeitig vor 4.5 fertig sein. (Btw. sind solche Situationen Gründe, weshalb ich OpenSource Software und die Community drum herum liebe…)

Ich bin bekennender Fan von KDE. Ich bin aber auch Fan des (mehr oder weniger) neuen Benachrichtigungssystem von Gnome: kleine Benachrichtigungen durch die man durchklicken kann und die keine Interaktion erfordern. Sie tun einfach nur das was sie sollen, mich benachrichtigen. (Ich will an dieser Stelle nicht wieder das Für und Wieder dieser Art der Benachrichtigungen durchkauen, das wurde damals schon zu genüge getan. Ich finde sie gut.)

Für Kubuntu Karmic wurde damals das vorhandene Benachrichtigungssystem gepacht und es wurde die Alternative Ayatana geschaffen um auch unter KDE das neue Konzept zu  verwirklichen. Leider nur für Kubuntu.

Da mich die KDE Benachrichtigungen in letzter Zeit immer mehr nerven, vor allem, weil sie oft einfach zu viel Platz einnehmen, hab ich mich mal nach besagtem Ayatana umgesehen. Das Projekt ist jetzt für alle Distributionen verfügbar, es muss nichts mehr “unsauber” gepacht werden und es bekam im Zuge dieser Umstellung einen neuen Namen: Colibri zu finden auf kde-apps.org

Hält man sich an die Anweisungen der Readme, sollte die Installation kein Problem und in wenigen Minuten erledigt sein.

Die Benachrichtigung ist immer im Design des jeweiligen Plasma-Themes, fügt sich also hervorragend in den Desktop ein.

• http://www.debian.org/
• http://www.gnome-look.org/
• http://www.gentoo.de/
• http://www.fedoraproject.org/
• http://www.gtk-apps.org/
• http://www.opensuse.org
• http://www.mandriva.com/
• http://www.microsoft.com/
• http://www.apple.com
• http://www.sabayonlinux.org/
• http://www.archlinux.org/
• http://www.freebsd.org/
• http://www.centos.org/
• http://www.knoppix.com/
• http://www.linuxmint.com/
• http://www.distrowatch.com/

Ist es nicht schön, die Wahl zu haben?

P.S.: Daumen hoch von meiner Seite für den neuen Weg, den Canonical geht!

Headerbild: Lucid Purple von gnome-look.org / vinutux

Ich bin vor einiger Zeit (mal wieder) zu Gentoo gekommen und war fast vollends begeistert, die Geschwindigkeit haute einen schlichtweg vom Hocker. Allerdings gab es so einige kleine Probleme damals, die hauptsächlich auf den neu implementierten Intel-Grafikkartentreiber zurückzuführen waren. Jedenfalls war es Grund genug wieder Ubuntu zu installieren. Zur Sicherheit habe ich vorher trotzdem ein Backup der Gentoo Installation gemacht.

Die Zeit ging ins Land und ich wusste wieder, warum ich Gentoo so gut fand: Zum einen bin ich einfach ein Fan von Rolling Release Distributionen. Dieses ewige suchen und hinzufügen von Fremdquellen nur um die aktuelle, stabile(!) Version einer Software zu bekommen ist schon irgendwie nervig, ganz zu schweigen von der alle 6 Monate stattfindenden Distributionsupgradeorgie. Des Weiteren war und bin ich wie schon oft erwähnt ein großer KDE Fan. Nicht nur, dass die Übersetzung grausam ist in Kubuntu, sondern vor allem die Geschwindigkeit ist im Vergleich zu Gentoo unter aller Kanone. (ja ich weiß, ich erwähnte das schon bereits das eine oder andere mal, aber wenn es doch so ist!)

Was also tun? Im Forum wird oft über Arch geredet, also habe ich mir das mal angeschaut. um es kurz zu machen: Ich war nicht begeistert. Zum einen war die Geschwindigkeit ähnlich schlecht wie bei Kubuntu. Der zweite Grund  ist vielleicht etwas komisch, aber Arch war mir einfach nicht sympatisch. Ich kann jetzt nicht genau erklären warum, aber irgendwie bin ich mit Arch nicht warm geworden…

Dann entdeckte ich das 6 Monate alte Gentoo-Image. Ich hab es einfach mal zurückgespielt, das es funktionieren würde, war ja klar, ich habe es ja in einem funktionierendem Zustand auf derselben Hardware gesichert. Interessanter ist allerdings die Frage, was passiert wenn ich versuche ein komplettes Systemupgrade durchzuführen, mit einem halben Jahr alten System? Portage hatte einige zeit lang zu tun, bis es mir schließlich das Ergebnis präsentierte: knapp 750 Pakete wollen geupdatet werden, was einer Downloadmenge von ungefähr 3,1GB und so ziemlich jedem installierten Paket entspricht. Ich stieß also das Update an, legte mich schlafen, ging am nächsten Tag zur Arbeit, war einkaufen, machte noch ein paar Sachen im Haushalt und dann, nach nur ungefähr 18 Stunden, war der Rechner auch schon fertig. Einige abschließende Konfigurationen wollten noch gemacht werden, bis dann endlich der Neustart gewagt werden konnte. Es ging völlig problemlos! Ich war auf dem aktuellsten Stand, vom Kernel bis hin zu KDE, welches in Gentoo-gewohnter Geschwindigkeit mein Herz verwöhnte.

Seit dem fahre ich Sonntäglich ein Systemupdate, komme tagtäglich in den Genuss eines unfassbar schnellen KDE 4.4 und brauche mit keine Sorgen mehr um die aktuellsten Versionen oder gar Distributionsreleases zu machen. Einfach emerge -avuND world und man ist wieder up-to-date. Besser geht’s nicht!

Gentoo ist sicherlich nicht für jeden Linuxer die Distribution der Wahl. Auch gibt es einige Vorurteile, mit denen ich kurz aufräumen will: Es wird immer erzählt, dass man sich jedes Softwarepaket selber kompilieren muss. Klar, das ist nicht per se falsch, allerdings wird das automatisiert vom Paketmanager portage übernommen. Ein Paket zu installieren läuft fast identisch ab wie unter Ubuntu. Es dauert nur ein wenig länger, weil eben der Paketmanager(!) das Paket noch kompiliert.
Das Zweite Vorurteil ist, dass Gentoo nur von Profis überhaupt erst installiert werden kann. Auch das ist einfach Quatsch. Sicherlich sollte man kein Anfänger im Umgang mit Linux sein, aber wenn man sich an der hervorragende Handbuch hält, ist die Installation gar nicht so kompliziert.
Zuletzt wird immer von der Geschwindigkeit von Gentoo geschwärmt. Das ist so auch komplett richtig, Gentoo ist bei mir wesentlich schneller als alle, und ich meine wirklich alle, Distributionen, die ich bislang ausprobiert habe. Allerdings wird im selben Zuge auch immer von jemanden erwähnt, dass eben das nur ein Vorurteil ist. Und genau das ist eben falsch, Gentoo ist schnell! Ob das nun am lokalen Kompilieren liegt, oder daran, das dank USE-Flags nichts unnötig auf der Platte landet mag ich nicht beurteilen, ich merke nur, DAS es wesentlich schneller ist und darauf kommt es an.

Ich kann jedem nur empfehlen mal einen Blick Richtung Gentoo zu werfen, es lohnt sich definitiv, auch wenn die Installation und die grundlegende Konfiguration ein gutes Wochenende dauert und man eigentlich erst nach mehreren Wochen “so richtig” fertig war. Ich jedenfalls bereue nicht im geringsten, diese Wochen vor einem Jahr mal investiert zu haben!

(Wer den Titel bislang noch nicht verstanden hat der schaue hier oder hier)

Wer bis dahin nicht warten möchte, findest es bereits unter trunk/playground/pim/dav. Dazu wird ein “uptodate” kdepim und akonadi benötigt. Der obligatorische Hinweis: Es ist noch nicht fertig, und kann und wird durchaus mal abstürzen. Konkret lassen sich laut Aussagen des Entwicklers Objekte nicht immer fehlerfrei löschen.

Hier gibt es Infos wie man den Googlekalender über CalDAV benutzt.

Da das iPhone außerdem seit geraumer Zeit auch CalDAV Support eingebaut hat, gibt es nun eine weitere Möglicheit der Synchronisation. (iPhone und Linux – Übersicht)