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…

Ich muss nächste Woche beruflich für zwei Tage ins Europäische Ausland, genauer gesagt nach Österreich. Natürlich werde ich mein iPhone mitnehmen, würde aber ungern mit einer horrenden Rechnung nach Hause kommen. Ich hörte vor einiger Zeit, dass man bei T-Mobile die Möglichkeit hat, seine Inklusivminuten auch im Ausland zu benutzen. Die Option heißt Smart Traveller und kann ohne weitere Kosten aktiviert werden, bei neueren Tarifen ist sie bereits aktiviert. Ein kurzer Anruf bei der kostenlosen Hotline 2202 (vorausgesetzt, man ruft vom Handy aus an und ist Kunde von T-Mobile) wurde die Option bei mir aktiviert und ich kann nun meine Inklusivminuten auch im Ausland verbrauchen. Zusätzlich muss man für die ersten 60 Minuten die man angerufen wird ebenfalls nichts bezahlen. Sehr schön, macht der rosa Riese auch mal was Positives…

Nun bleib aber das Problem trotzdem in die Kostenfalle zu laufen, zum Beispiel durch Datenroaming. Ab Juni diesen Jahres müssen die Telkos eine Obergrenze für entstandene Kosten im Ausland einführen, welche beim Erreichen alle weiteren Anrufe und Datenverbindungen blockt und das Informieren per SMS auslöst. Der EU und dem neuen Roaminggesetz sei dank! Daraufhin entstehen keine weiteren Kosten, es sei denn, man deaktiviert die Grenze wieder. Damit es nicht zu plötzlich kommt, wird man beim erreichen von 80% der Grenze schon einmal per SMS informiert. Die Grenze wird im Juni bei jedem automatisch aktiviert und auf 60€ gestellt. Dabei gilt: Es gibt eine Grenze für Datenroaming und ein Grenze für Telefonieroaming. Dementsprechend liegt das gesetzliche Maximum dann bei 120€!

Da mir diese Grenzen zu hoch sind, und außerdem noch nicht Juni ist und diese Option daher bei mir noch nicht aktiviert, habe ich es per Hotline veranlasst und jeweils auf 10€ setzen lassen. So kann ich das Roaming auf dem iPhone auch mal anschalten wenn es notwendig ist, werde dafür aber maximal 10€ bezahlen. Dasselbe gilt für Gespräche, aber da habe ich ja mein Inklusivvolumen. Der Teil der Reisevorbereitungen ist damit abgeschlossen, Österreich ich komme!

Ich bin zu meinem Leidwesen oft recht vergesslich, deswegen sind ein Kalender und eine Todoliste Pflicht für mich. Große Anforderungen habe ich (eigentlich) nicht: Ich möchte eine Übersicht haben, was heute zu erledigen ist, was die nächsten Tage anfällt und ich möchte es in der Cloud speichern, damit ich vom Laptop ebenso drauf zugreifen kann, wie vom iPhone. Und da beginnt das Problem. Eine Todoliste macht für mich halt nur Sinn, wenn ich sie, in diesem Falle in Form des iPhones, immer bei mir habe bzw. von überall aus benutzen kann.

Auf iPhoneseite gibt es unzählige Aufgabenverwaltungen, von komplexen Getting-Things-Done (GTD) Anwendungen wie Things oder OmniFocus hin zu ganz einfachen Checklisten. Schaut man sich nun an, welche Programme davon in die Cloud syncen, lichtet sich der Wald schon ein wenig. Sucht man nun noch ein Programm unter Linux, welches sich mit einem Cloudservice synchronisieren kann und betrachtet die Schnittmenge, bleibt genau ein Anbieter über: Remember The Milk (RTM).

Remember The Milk

RTM ist kein Getting-Things-Done-Tool, sondern eher eine erweiterte Aufgabenverwaltung. Prinzipiell ist es erstmal ein Webservice. Es werden Tags und Listen unterstützt, man kann Fälligkeitstermine, auch sich wiederholende, festlegen und sich über diverse Wege daran erinnern lassen, Zeitschätzungen zur Dauer der Aufgabenerledigung angeben. und Notizen zu den Aufgaben hinterlegen. Die Standardansicht im Webfrontend zeigt einem an, was man heute zu tun hat, bzw. welche Aufgaben bereits überfällig sind. So stelle ich mir das vor: Eine Aufgabe eintragen, den Kopf frei machen für was anderes und im richtigen Moment daran erinnert werden. Ausserdem gibt es eine API, so dass man auch mit Clientprogrammen seine Aufgaben verwalten kann, was uns zum nächsten Punkt bringt.

Tasque

Auf Linuxseite benutze ich das Programm Tasque. Super einfache Bedienung und es synchronisiert sich sehr gut mit RTM. Listen werden unterstützt, Tags allerdings nicht. (Für mich irrelevant).
Tasque besticht durch seine Schlicht- und Einfachheit. Es ist in einer aktuellen Version in den Paketquellen von Ubuntu enthalten und kann dementsprechend einfach installiert werden.
Seit Version 0.2 unterstützt nun auch Getting Things Gnome (GTG) den Sync mit RTM über ein Plugin des neuen Pluginsystems. GTG ist allerdings irgendwie nicht mein Fall, aber das ist wohl Geschmackssache. Ausserdem kann es sein vollen Funktionsumfang in Verbindung mit RTM leider auch nicht ausspielen. Projekte und Unterprojekte als Beispiel sind nicht möglich, da dies seitens RTM nicht unterstützt wird.

Unterwegs

RTM versteht sich auf der mobilen Seite mit allen großen System, vom iPhone, über Android und Symbian bis hin zu Windows Mobile, für die es jeweils eine native App direkt von RTM gibt. Allerdings wären wir damit auch schon beim Knackpunkt der Geschichte. Der Mobilesync erfordert eine RTM Pro-Mitgliedschaft, welche 25$ pro Jahr kostet. Ich habe einen guten Wechselkurs erwischt und habe umgerechnet 16€ bezahlt. Die Pro-Mitgliedschaft kann, inklusive der Anwendung auf dem mobilen Gerät für 14 Tage lang kostenlos getestet werden.

Die Anwendung auf dem iPhone ist allererste Sahne, wenn ich das mal so salopp ausdrücken darf. Da sie direkt von RTM ist, werden selbstverständlich alle Funktionen hervorragend unterstützt. Die RTM-App ist also  ein Pflichtdownload für das mobile Gerät, um einiges voraus vor allen anderen Apps, die unterwegs ebenfalls RTM-Sync versprechen.

Die iPhone App bedient sich des Apple Push-Notification-Dienstes, um die Anzahl der heute zu erledigenden Aufgaben in einer kleinen Badge auf dem Icon anzuzeigen und um einen zur selbst festgelegten Zeit an die Aufgaben per PopUp und Kuhglockensound zu erinnern.

Fazit

Ich bin hoch zufrieden und bereue keinen Tag die Pro-Mitgliedschaft erworben zu haben. RTM nimmt mir einiges an Arbeit ab und ich kann mich auf die wichtigen Sachen konzentrieren ohne irgendwas zu vergessen – man läuft nicht mehr so vergesslich und verplant durchs Leben. Die Synchronisation von Linux, über den Webservice bis zum iPhone klappt ohne Probleme. Und die kleine Badge auf dem iPhone, immer sichtbar im Dock, erzeugt ein so ungeheuer schlechtes Gewissen, wen man mal etwas aufgeschoben hat….

]]> http://www.virtualpixel.de/2010/01/17/aufgabenverwaltung-mit-remember-the-milk-zu-hause-und-unterwegs/feed/ 14 http://www.virtualpixel.de/2010/01/08/natives-iphone-tethering-unter-linux/ http://www.virtualpixel.de/2010/01/08/natives-iphone-tethering-unter-linux/#comments Fri, 08 Jan 2010 12:44:22 +0000 Jan http://www.virtualpixel.de/?p=1176

Nachdem die native Tetheringfunktion auf meinem iPhone Classic nun endlich aktiviert ist, will sie natürlich auch genutzt werden. Doch wie schaut es aus unter Linux, bzw. Ubuntu mit Gnome im Speziellen? Ich nehme das Ergebnis mal vorweg: perfekt!

Vorweg sei gesagt: Für das nachfolgende braucht man KEINEN Jailbreak! Bei mir war er nur nötig um die Tetheringoption freizuschalten. Für iPhone 3G und 3GS die Tethering aktiviert haben, geht es ohne!

Das iPhone kennt zwei Möglichkeiten des Tetherings: über das USB-Kabel und über Bluetooth. USB wäre die bessere Möglichkeit, da es definitiv akkuschonender ist, also dort mal zuerst geschaut. Ziemlich schnell war klar, das es relativ aussichtslos  sein würde, da unter Windows und OSX ein neuer, proprietärer Netzwerkadapter angelegt wird und es dafür bislang keine Treiber gibt um ihn auch unter Linux zu benutzen. Bleibt also noch Bluetooth.

Update 1 (ungetestet):

Ich bekam gerade folgenden link zugeschickt: iPhoneEthernetDriver Damit soll auch das USB-Tethering möglich sein, durch ein neues Kernel Modul.

Update 2 (getestet):

Der obige Link funktioniert! Damit hat man dann auch USB-Tethering Dennoch finde ich Bluetooth (vorausgesetzt, es geht nicht um jede Minute Akkuleistung) irgenwie charmanter, so ganz ohne Kabel… (Danke Michi!)

Über Bluetooth wird ein Personal Area Network aufgebaut (PAN). Dies ist ein standardisiertes Verfahren und sollte daher ohne Probleme funktionieren.

Es gibt zwei Wege, die Bluetooth-PAN Verbindung zu nutzen: mit dem NetworkManager oder ohne NetworkManager. Bei beiden Methoden muss das iPhone mit dem PC gepaired sein, wovon ich im Folgenden einfach ausgehe (Bei Problemen: Bluetooth im ubuntuusers.de Wiki). Wer den NetworkManager nutzt, kann gleich zu Methode 2 gehen.

Methode 1: Ohne NetworkManager

Dafür muss die Bluetoothverbindung und das PAN manuell erstellt werden. Zuerst muss die Hardwareadresse des iPhone rausgefunden werden:

hcitool scan

Oder man schaut unter Einstellungen -> Allgemein -> Info am iPhone.

Nun baut man zuerst das PAN auf (statt 00:00… seine eigene Adresse einsetzen):

pand -c 00:00:00:00:00:00 -n

Danach das neue erstellte Interface hochfahren:

ifconfig bnep0 up

Und sich per DHCP eine IP-Adresse vom iPhone holen:

dhclient bnep0

Dies kann man sich auch zukünftig ersparen, in dem man folgende Zeile in die /etc/network/interfaces einträgt:

iface bnep0 inet dhcp

Nun sollte man über das iPhone online sein! Um die Verbindung wieder abzubauen, einfach folgendes eingeben:

ifconfig bnep0 down
pand -K

Das ganze geht auch etwas komfortabler mit einem Script (bei mir unter /usr/local/bin/tether):

#!/bin/sh
 
pand='/usr/bin/pand'
ifup='/sbin/ifup'
ifdown='/sbin/ifdown'
phone_address='00:1C:B3:56:34:C6'
 
case "$1" in
 
  start)
 
        echo "Connecting to iPhone : "
        $pand --connect $phone_address -n
        sleep 2
        $ifup bnep0
        echo "done."
   ;;
 
  stop)
 
        echo "Disconnecting from iPhone : "
        $ifdown bnep0
        sleep 2
        $pand -K
        echo "done."
   ;;
 
  *)
 
        echo "Usage: tether { start | stop  }"
 
        exit 1
 
   ;;
 
esac
 
exit 0

Methode 2: Mit NetworkManager

Wenn man den NetworkManager benutzt, was man per default macht wenn man ein aktuelles Ubuntu einsetzt, dann kommt man mit der obigen Methode nicht weit, da viele Programme, darunter auch der Firefox, darauf warten, dass der NetworkManager das “online” Signal gibt. Da er allerdings vom Konsolengetippe nichts mitbekommt, ist man noch “offline”.

Leider klappt es nicht von Haus aus mit dem Gnome Bluetooth Manager. Es gibt allerdings einen, in meinen Augen wesentlich besseren Ersatz für diesen: Blueman

In Karmic ist er erfreulicherweise in den offiziellen Paketquellen enthalten, leider aber sehr veraltet. Um das Tethering benutzen zu können benötigt man eine aktuelle Version aus ppa:blueman/ppa

Nach einem beherzten apt-get update und apt-get install blueman wird der alte Gnome Bluetoothmanager gelöscht und durch Blueman ersetzt.

Nun kann man das iPhone als neues Gerät einrichten. Nachdem man dies getan und dem iPhone in Blueman vertraut hat, kann man mittels Rechtsklick auf das Gerät in der Geräteliste das Tethering mit Aktivierung des Network Acces Points starten. Der Rest sollte automatisch geschen: Es wird eine neue Verbindung im NetworkManager angelegt und aktiviert, es wird sich per DHCP eine Adresse geholt und die Routen werden gesetzt; man ist online, technisch und, was viel wichtiger ist, auch aus Sicht des networkManagers.

Das einzige was nun zukünftig getan werden muss, um eine Verbindung aufzubauen ist in meinem Falle ein Rechtsklick auf das Blueman Trayicon -> Letzte Verbindungen -> Netzwerkzugriff auf Jan’s iPhone

Natürlich sind nicht alle Sachen von mir herausgefunden worden. Leider ist mir der Firefox abgestürzt und die Tabs sind weg. Daher kann ich keine Quellenangaben der (meist englischen) Seiten geben. Daher geht mein Dank an das große, weite, allwissende Internet im Allgemeinen! Ich hoffe auf euer Verständniss.

Mit der Firmwareversion 3.0 des iPhone OS bekam es die Möglichkeit des “Tetherns” spendiert. (Welche wohl übrigens schon, versteckt,  seit 1.0 implementiert gewesen sein soll…) Tethering bedeutet, dass das iPhone als Modem für einen Computer fungieren kann, also seine Internetverbindung mit ihm teilt. Als die Ankündigung letztes Jahr gemacht wurde, freute ich mich tierisch, musste ich doch bislang immer mein altes Nokia noch mitnehmen um unterwegs online zu sein. Doch zu früh gefreut; Tethering sollte nur für die 3G Modelle verfügbar sein. Fadenscheinige Begründung für diese Entscheidung war, dass EDGE zu langsam ist. Mal davon abgesehen, dass zwei Jahre zuvor EDGE besser war als geschnitten Brot und man auch davor schon Jahre lang “getethered” hatte, verstehe ich solche Marketingentscheidungen einfach nicht.

Es hatte allerdings auch was gutes, dass es lediglich eine Marketingentscheidung war. Man konnte damit davon ausgehen, dass es keine technische Beschränkung gibt, sondern nur eine Softwareseitige. Und das sollte sich umgehen lassen! Ich machte mich also auf die Suche im World Wide Web und traf auf viele Leute und Threads die eben dieses Ziel vor Augen hatten. Leider ohne Glück bis dato. Es schien doch nicht so einfach zu sein wie gedacht und ich verlor es mit der Zeit aus den Augen. (Nichts desto trotz fand ich eine Lösung das iPhone zu tethern, wenn auch etwas umständlich, aber zumindest recht geekig)

Vor zwei Tagen, las ich folgendes von @schimmelkolonie:

Woot! iPhone tethering auf dem Classic 2G, schreibe damit gerade diesen Tweet!

Meine Neugier war geweckt und ich bat ihn um nähere Infos. Wir tauschten uns kurz aus und er versprach einen Blogartikel drüben bei schimmelkolonie.de zu verfassen. Es dauert genau einen Tag und Tethering mit dem iPhone 2g / Classic war online. Michi beschreibt dort sehr schön die Hintergründe und die Infos, welche man braucht um tethering auf einem 2G zu aktivieren. Inklusive sämtlicher Threads in den diversen Foren. Dazu möchte ich noch zwei Dinge anmerken:

1. Es gibt keine 100%ige Schritt-für-Schritt-Anleitung des Ganzen. Ich hatte überlegt eine solche zu verfassen, den Gedanken dann aber wieder verworfen. Grund: Wer es mit den gegebenen Informationen nicht alleine schafft, der sollte lieber die Finger davon lassen bevor er sein iPhone funktionsunfähig macht.
2. Am Ende beschreibt Michi Änderungen an seiner carrier.plist. Ich brauchte diese Änderungen nicht vorzunehmen. Ein Grund könnte sein, dass ich ein original T-Mobile iPhone inklusive Vertrag besitze und er eines mit O2 Vertrag. Also erst schauen ob es auch ohne funktioniert!

Zum Schluss möchte ich mich noch einmal ganz ganz ganz dolle bei Michi bedanken, endlich kann das Nokia in der Schublade bleiben!

Und wie schaut es aus mit Linux?

Natürlich ist diese Frage für mich fast noch wichtiger, aber ich kann sagen: es funktioniert über Bluetooth komplett transparent mit dem NetworkManager in Ubuntu! Aber dazu heute im Laufe des Tages ein gesonderter Artikel.

]]> http://www.virtualpixel.de/2010/01/08/tethering-aktivieren-auf-dem-iphone-2g/feed/ 2 http://www.virtualpixel.de/2009/07/18/das-iphone-als-modem-unter-linux-ohne-proxy-per-usb-kabel-und-auch-das-2g/ http://www.virtualpixel.de/2009/07/18/das-iphone-als-modem-unter-linux-ohne-proxy-per-usb-kabel-und-auch-das-2g/#comments Fri, 17 Jul 2009 22:35:45 +0000 Jan http://www.virtualpixel.de/?p=924

ACHTUNG:

bitte vorher auf die Übersichtsseite zum Thema iPhone & Linux schauen. Es gibt mittlerweile die Möglichkeit das native iPhone OS 3 Tethering auf einem 2G zu aktivieren und es unter Linux zu nutzen, per Bluetooth und per USB!

Seit iPhone OS 3.0 gibt es die Möglichkeit des “Tetherings”, auf gut deutsch: die Nutzung des iPhones als UMTS-Modem. Wie das nun genau funktioniert, und ob es überhaupt mit Linux funktioniert kann ich leider nicht testen, da ich noch das iPhone Classic besitze, welches aus marketing “technischen” Gründen diese Funktion nicht besitzt.

Wie dem auch sei, es muss eine Lösung her! Bislang bin ich über ein altes Nokia 6300 unterwegs ins Internet gegangen, MultiSim sei dank. Aber richtig prickelnd ist das nicht. Besser wäre es, das iPhone dafür zu benutzen. Ausserdem sollte es nicht WLAN-basierend sein, sondern über das USB-Kabel funktionieren, damit sich das iPhone vom Laptop mit Strom versorgen kann und nicht in 2 Stunden leer gesaugt ist.

Zum Glück ist das Internet groß und voller Informationen, so dass man das Rad nicht neu erfinden muss. Daher geht der ganze Dank für diesen Artikel auch an snap_b, der hier den Großteil der Anleitung auf English veröffentlicht hat.

Ziel ist es, eine PPP-Verbindung über SSH aufzubauen.

Ich werde nun im Folgenden den Artikel übersetzen und mit einem kleinem Script am Ende versehen, damit das Ganze etwas komfortabler wird.

Alle Befehle müssen als Root ausgeführt werden!

Schritt 1: iTunnel

iTunnel ermöglicht es, eine SSH-Verbindung aufs iPhone über das USB-Kabel herzustellen. Man läd es hier runter und entpackt es nach /opt/itunnel

Eine Installation ist nicht notwendig.

Nun wird iTunnel kurz getestet (als Root!):

/opt/itunnel/itunnel

Es sollte folgendes zu sehen sein:

get_iPhone() success
- successfully got device
server waiting for ssh connection

Auf einer zweiten Konsole stellt man nun eine SSH-Verbindung her:

ssh -p 3023 localhost

Wie man sieht, stellt iTunnel eine SSH-Verbindung auf localhost mit Port 3023 bereit. Nun sollte man in der Konsole des iPhones sein.

Schritt 2: Passwortloser Zugriff

Damit man nicht jedesmal sein Passwort eingeben muss, werden nun SSH-Keys ausgetauscht. Dazu wird zuerst ein Key auf dem Host erstellt:

ssh-keygen

dabei können alle Abfragen einfach mit Enter bestätigt werden!

als nächstes muss auf dem iPhone etwas getan werden:

ssh -p 3023 localhost
mkdir /var/root/.ssh

normalerweise würde jetzt einfach der SSH-Key mit scp kopiert werden, da es leider mit der Firmware 3.0 des iPhones und der aktuellen iTunnel Version ein Problem gibt, ist es nicht Möglich etwas vom Host auf das iPhone per scp zu kopieren. Deswegen habe ich den “Umweg” über iFuse genommen. Wie das geht steht hier.

Hat man das iPhone über iFuse eingebunden, zum Beispiel unter /media/iPhone dann kann man nun die Keys kopieren.

cp /var/root/.ssh/id_rsa.pub /media/iPhone/private/var/root/.ssh/

Nun wieder zurück zum iTunnel und ab aufs iPhone. Dort dann folgendes Copy&Pasten:

mv /var/root/.ssh/id_rsa.pub /var/root/.ssh/authorized_keys2
chmod 755 /var/root
chmod 700 /var/root/.ssh
chmod 644 /var/root/.ssh/authorized_keys2
exit

Nun sollte man sich mit:

ssh -p 3023 localhost

auf sein iPhone einloggen können, ohne das ein Passwort verlangt wird.

Schritt 3: slirp und terminal

Auf iPhone Seite braucht man zum einen das Programm slirp welches eine PPP-Verbindung über eine SSH-Verbindung erstellen kann und zum anderen das Programm Terminal, damit man slirp auch starten kann Beide sind über Cydia erhältlich.

Schritt 4: Das PPP-Script

Das Script für die PPP-Verbindung erstellen:

touch /usr/local/bin/itether

und folgendes reinschreiben:

#!/bin/sh
IP="10.0.2.15:10.0.2.2"
NETMASK="255.255.255.0"
BAUD="115200"
DEBUG="debug logfile /tmp/ppp.log"
COMPRESS=""
PTY="env SSH_AUTH_SOCK=/tmp/501/SSHKeychain.socket ssh -t root@localhost -p 3023 /usr/bin/slirp -P -b $BAUD"
 
pppd $IP netmask $NETMASK $BAUD local noauth defaultroute $DEBUG usepeerdns pty "$PTY"

Schritt 4: Die Start und Stop-Scripte:

Das Script für den Verbindungsaufbau erstellen:

touch /usr/local/bin/istart

und folgendes reinschreiben:

#!/bin/bash
/opt/itunnel/itunnel&
sleep 2
itether&
sleep 4
echo "nameserver 208.67.222.222" > /etc/resolv.conf
while [ TRUE ]
do
sleep 5
done

Das Script für den Verbindungsabbau:

touch /usr/local/bin/istop

und folgendes reinschreiben:

#!/bin/bash
killall pppd && killall itunnel

Schritt 5: Die Verbindung herstellen

Zuerst wird auf dem iPhone slirp gestartet. Dazu einfach die Terminal App öffnen, slirp eingeben, enter drücken und Terminal App wieder schließen. Slirp bleibt solange gestartet, bis es beendet wird, oder das iPhone neustartet.

Wie sich herausgestellt hat, ist es nicht nötig auf dem iPhone zuerst slirp zu starten! Allerdings gibt es das Problem, dass das istart Script erst beim zweiten mal funktioniert, wenn das iPhone oder der PC nach der letzten Verbindung neugestartet wurden… Jemand eine Idee warum?

Nun braucht nur noch das Script istart als Root aufgerufen werden und nach ca 10 Sekunden sollte man über das iPhone online sein!

ACHTUNG:

bitte vorher auf die Übersichtsseite zum Thema iPhone & Linux schauen, ob es evtl einen neueren Artikel zu diesem Thema gibt!

Und wieder einen Schritt weiter auf dem Weg zur perfekten iPhone Unterstützung unter Linux. Bislang brauchte man ein geknacktes iPhone um auf das Gerät zugreifen zu können. Ausserdem war dies nur über WLAN möglich. Diese Hürde ist nun genommen, man braucht keinen JailBreak mehr und WLAN entfällt zugunsten des USB-Kabels. Nunja, dies ist zumindest fast richtig. Möchte man Musik auf das Gerät bekommen, so ist ein JailBreak (noch) unerlässlich. Dazu aber später mehr.

Vor einiger Zeit wurde ich in den Kommentaren zu Amarock rockt das iPhone – Musik synchronisieren ohne iTunes auf das Projekt iFuse aufmerksam. Das Projekt hat sich zum Ziel gesetzt das iPhone über USB zugänglich zu machen, und nutzt dabei das native AFC-Protokoll von Apple. Mehr darüber kann man auf der Website nachlesen.

Im Netz gibt es ein paar rumgeisternde deb-Pakete dafür, doch so richtig funktionieren wollen diese nicht. Also fix den Source Code aus dem git-Repository geladen und los geht’s. Da das Ganze ein zwei Kniffe beinhaltet, werde ich im Folgenden eine Schritt-für-Schritt Anleitung geben.

Um das Ganze zum Laufen zu bewegen braucht man drei verschiedene Programme, bzw. Bibliotheken: libplist, libiphone und ifuse. Alle drei kann man sich aus den Entwickler Repositories ziehen.

UPDATE: Es gibt nun fertige Repositorys für einige Distributionen, unter anderem auch für Ubuntu. Damit sind Schritt 1 bis 4 überflüssig.

Schritt 1: libplist

libplist is a library which allows access to binary plists which Apple uses in several of its products.

Sourcen besorgen:

git clone git://github.com/JonathanBeck/libplist.git

Softwarevoraussetzungen:

apt-get install build-essential cmake libglib2.0-dev libxml2-dev swig

ausserdem werden noch ein paar Python Development Sachen benötigt, wobei ich leider nicht mehr weiß, welche das waren (Aus dem Gedächtniss würde ich sagen python2.6-dev…)

Kompilieren und installieren:

#im Verzeichniss, in das die Sourcen geladen wurden, zum Beispiel ~/libplist,
#wenn die Sourcen ins Homeverzeichniss geladen wurden.
mkdir build
cd build
cmake ..
make
sudo make install

Schritt 2: libiphone

Sourcen besorgen:

git clone git://github.com/MattColyer/libiphone.git

Softwarevoraussetzungen:

apt-get install build-essential automake autoconf libtool libgnutls-dev libusb-dev libfuse-dev libglib2.0-dev libxml2-dev libreadline5-dev

Achtung:

Bei dem von mir genutzen git-Snapshot gibt es einen Bug, welcher das Kompilieren verhindert. Es fehlt die Datei plist.i. Diese ist aber im Paket libplist enthalten und kann deswegen hier genommen werden. Also einfach kopieren: (ich gehe davon aus, dass die Sourcen im Home liegen, ansonsten muss der Befehl natürlich angepasst werden.)

mkdir ~/libiphone/swig/plist
mkdir ~/libiphone/swig/plist/swig
cp ~/libplist/swig/plist.i ~/libiphone/swig/plist/swig/

Kompilieren und installieren:

#im Verzeichniss, in das die Sourcen geladen wurden,
#zum Beispiel ~/libiphone, wenn die Sourcen ins Homeverzeichniss geladen wurden.
./autogen.sh
./configure
make
sudo make install

Schritt 3: ifuse

Sourcen besorgen:

git clone git://github.com/MattColyer/ifuse.git

Softwarevoraussetzungen:

apt-get install build-essential automake autoconf libfuse-dev libglib2.0-dev

Kompilieren und installieren:

#im Verzeichniss, in das die Sourcen geladen wurden, zum Beispiel ~/ifuse,
#wenn die Sourcen ins Homeverzeichniss geladen wurden.
./autogen.sh
./configure
make
sudo make install

Schritt 4: Abschließende Arbeiten

Nun müssen die neuen Bibliotheken noch registriert werden, das geht mit einem beherzten:

sudo ldconfig

Ausserdem muss man sich selbst in die FUSE-Gruppe stecken:

sudo adduser $USER fuse

Schritt 5: Mounten

Nun kommt der lang ersehnte Teil, wir mounten das ungeknackte iPhone über USB!

sudo mkdir /media/iPhone
sudo mount -t fuse.ifuse irgendwas /media/iPhone

Bei <irgendwas> kann man, *g* irgendwas angeben. Es wird zum Beispiel in der mtab angegeben, also sollte man etwas “sinnvolles” nehmen. Ich habe dort zum Beispiel /dev/iPhone stehen.

Wirft man nun einen Blick nach /media/iPhone, so sieht man den Inhalt des /var/root/Media Verzeichnisses seines iPhones.

———-

2. UPDATE:

Das iPhone kann auch als normaler User gemountet werden:

mkdir ~/iPhone
mount.fuse.ifuse irgendwas ~/iPhone

Unmounten:

fusermount -u ~/iPhone

hat man ein gejailbreaktes iPhone, so kann man auch das Rootfs mounten:

mount.fuse.ifuse --root irgendwas ~/iPhone

———-

Und nun? Wie geht’s weiter?

Der Zugriff funktioniert, wir sind soweit erstmal glücklich. Nächster Schritt: Schauen, ob wir die Musik sehen.

Öffnet man nun gtkpod

apt-get install gtkpod

so wird man gefragt, welches Gerät unter /media/iPhone gemountet ist. Man wählt iPhone aus der Liste aus und klickt auf OK. Tadaa, nun sollte man Musik und Podcasts sehen, welche sich auf dem iPhone befinden und diese auch abspielen können. Und zwar ohne Jailbreak und mit USB-Kabel!

Wie anfangs schon erwähnt, hat die ganze Geschichte aber einen Haken. Man kann Musik auf das iPhone problemlos kopieren, allerdings kann die iTunes Datenbank nicht geschrieben werden. Besser gesagt, sie wird zwar geschrieben, aber falsch, und das iPhone zeigt keine Musik mehr an.

———-
UPDATE: ACHTUNG!

Wird die Datenbank durch gtkpod geschrieben, so ist leider nicht nur die Musik nicht mehr vom iPhone zu lesen, sondern iTunes will beim nächsten Sync das iPhone wiederherstellen, da es “korrupt” ist. Eine andere Möglichkeit gibt es nicht! Also am besten Finger weg von der DB, solange man sie nicht per Jailbreak auf Version 2 umgestellt hat! Musste es leider gestern Abend selber schmerzlich feststellen

———-

Die Problematik kann hier unter Schritt 6 nachgelesen werden. Auch habe ich dort geschrieben wie man dies Problem umgeht, so dass es trotzdem funktioniert. Dafür ist allerdings ein Jailbreak Vorraussetzung! Und gerade den wollten wir ja nicht

Entschließt man sich für einen Jailbreak und die USB-Verbindung, und hat wie oben beschrieben die Datenbank geändert, so muss man noch die Firewire ID anlegen:

#iPhone muss gemountet sein
mkdir /media/iPhone/iTunes_Control/Device
cd /media/iPhone/iTunes_Control/Device
sudo lsusb -v -d 05ac: | grep iSerial | awk '{print $3}' | cut -b1-16 | xargs printf "FirewireGuid: 0x%s\n" > SysInfo

Nun muss das iPhone neugestartet werden.

Allerdings hätte man mit einem Jailbreak immerhin den Komfort der USB-Verbindung, man muss nicht ewig Lange über WLAN die Musik übetragen und zuschauen wie der Akku schwindet. Ein Lichtblick gibt es allerdings: Im Ticketsystem von libgpod (die Bibliothek, die sich um den Zugriff auf die iTunes DB kümmert) hat jemand eine Information gepostet, mit welcher eventuell der neue Hash-Algorhythmus der iTunes DB geknackt wäre. Da ich mich damit aber leider kein Stück auskenne, ist dies nur ein Hinweis.

Momentan ist also das einzige Problem, die noch nicht geknackte iTunes DB der Firmware 2 der iPhones. Sobald dieses Geheimniss gelüftet ist, ist ein voller Zugriff auf den Musik-Teil des iPhones ohne JailBreak und via USB-Kabel möglich!

Wie schon erwähnt, haben 193 Leute ihre Meinung geäußert. Davon haben 108 für ja gestimmt und dem zu Folge 85 für nein. Das macht eine Verteilung von 56% zu 44%. Das Ganze etwas anschaulich dargestellt:

Das war der eifnache Teil der Umfrage und nun kommt der Teil, bei dem ich nun weiß, dass ich meine nächste Umfrage anders gestalten werde. Der freie Text! Insgesamt haben 99 Leute einen Kommentar geschrieben, das sind 51%, also gut die Hälfte. Von den 99 Antworten mit Kommentar sind 53 von einer Ja-Stimme und 46 von einer Nein-Stimme. Also ebenfalls sehr gut ausgewogen.

Neben doch etwas unqualifizierten Aussagen wie “Apple Sucks” ohne jegliche Begründung, gab es auch viele gute und ausführliche Meinung zum Thema. Diese lassen sich eigentlich ganz gut in ein paar verschiedene Kategorien einordnen, was ich nun im Folgenden, erstmal völlig objektiv, versuche:

Kommentare für JA

1. Es ist ein iPod oder iPhone vorhanden

Das ist eigentlich der größte Anteil der Ja-Sager. Ein iPod oder iPhone ist vorhanden und der Wunsch nach einer kompletten Unterstüzung steht im Vordergrund. Alternative Software bietet keine volle Funktionalität für diese Geräte, auch wenn es bei alten iPods mittlerwile sehr gut aussieht. Keine Benachteiligung für solche Nutzer mit Linux. Linux sollte keine Hürde darstellen oder ein einziges fehlendes Programm einen Hinderungsgrund.

2. iTunes als Programm sehr gut / iTunes Store ebenfalls sehr gut

Viele finden iTunes einfach super, und in Verbindung mit dem iTunes Store noch viel mehr. Super einfaches kaufen von Musik, Filmen oder Programmen fürs iPhone oder iPod Touch, einfaches downloaden und abonieren von Podcasts und Radiosendungen. Intelligente Wiedergabelisten und Remotebedienung per iPhone.

3. Konkurenz belebt den Markt / Akzeptanz für linux steigern

Die Überschrift sagt eigentlich schon alles. Konkurenz belebt den Markt, gerne auch Closed Source Software. Ein ähnlicher Ansatz ist auch die Idee, dass, würden sich größere Softwarehersteller mehr im Bereich Linux engagieren, die Akzeptanz von Linux steigen würde. Vergleich an der Stelle: Microsoft bietet MS Office für Mac OSX an, warum nicht für Linux?

Kommentare für NEIN

0. unqualifizierte Aussagen

Leider gab es diese doch recht oft unter den Nein-Sagern. Völlig unqualifizierte Aussagen wie “iTunes stinkt einfach”, “Apple sucks” oder “iTunes -> Dreck” disqualifizieren einen von vorneherein von der Diskussion um das Thema. (entschuldigung für diesen kurzen subjetiven Ausrutscher)

1. Es entspricht nicht dem OpenSource Gedanken der Linux Welt

iTunes ist Closed Software und entspricht nicht der Ideologie der Linuxwelt. Keiner weiß, was das progamm macht. Stichwort “nach Hause telefonieren”. Angst, dass FOSS Player an der Konkurenz scheitern.

2. kein iPhone oder iPod vorhanden

Kein Appleprodukt vorhanden, und daher sehr zufrieden mit der momentanen Vielfalt an guten Playern unter Linux

3. Wer sich ein Apple Produkt kauft, ist selber Schuld

Wer sich ein geschlossenes, proprietäres System kauft, sollte sich mit der Situation abfinden. Es ist ja meistens vorher bekannt wie es da im bereich Linux aussieht.

4. Lieber die API freigeben

Damit könnte man dann nativ auf die Appleprodukte zugreifen, ohne iTunes zu benutzen.

So, das sind im groben die Punkte die von euch genannt wurden. Und was sagt uns das nun? Ich finde es relativ schwer zu bewerten, da ich Argumente beider Seiten durchaus verstehen kann. Ich gehöre ja nun auch zu denjenigen, die ein iPhone ihr eigen nennen. Klar, hätte ich mir was kaufen können, womit ich keine Probleme unter Linux habe, aber was soll ich machen, wenn das iPhone in meinen Augen das momentan beste Smartphone auf dem Markt ist? Soll ich, nur weil ich Linux benutze, darauf verzichten? Und mal Hand aufs Herz, ich kenne kein einziges Handy, bei dem ich ein Firmwareupdate unter Linux durchführen kann, Ok, Telefone wie das Freerunner mal ausgenommen, da sie für mich in keinster Weise eine Alternative darstellen, im Moment jedenfalls noch nicht. Daher ist iTunes an der Stelle sehr, sehr wünschenswert.

Natürlich wäre eine Offenlegung der API der bessere Weg für uns Linuxer, weil dann auch das Problem mit dem Widerspruch zum OpenSource Gedanken keins mehr wäre. Aber, auch wenn die iTunes Variante schon Träumerei ist, ist die “Wir-legen-die-API-offen” Variante noch mal um den Faktor 10000 unwahrscheinlicher

iTunes als reines Musikprogramm finde ich auch nicht 100% überzeugend. Aber es hat trotzdem ein paar nette Features wie die Geniusplaylisten, die direkte Store Anbindung oder die Apple Remote App fürs iPhone und den iPod Touch.

Zum Thema “einzige App die ich nicht unter Linux habe” bzw. “Programme die mich am umsteigen hindern” kann ich nur Zustimmung äußern. Ich habe eine Windows XP VM am laufen aus zwei Gründen. Einer davon ist iTunes.

Das iTunes eine proprietäre ClosedSource Software ist stört mich hingegen nicht. Solange sie gut ist und meine Anforderungen erfüllt und es keine Alternative FOSS Software gibt die dasselbe kann, warum nicht? Und warum sollten die Alternativen darunter leiden? Konkurenz belebt das Geschäft. Linux wird bekannter und die Alternativen müssen sich halt mehr anstrengen, sollte iTunes der bessere Player sein.

Natürlich will ich euch die ganze Liste der Ergebnisse nicht vorenthalten, also hier ist sie, sortiert nach Eingangszeit:

ergebnisse_linux_itunes.pdf

Zieht man alle unqualifizierten Aussagen ab, so gibt es doch ca. eine 2/3 Mehrheit von iTunes Befürwortern, also eine Mehrheit… bin ich davon überrascht? Ehrlich gesagt weiß ich es nicht, da ich anfangs überhaupt keine Vorstellung des Ergebnises hatte. Seit ihr überrascht?

Bleibt mir noch zu sagen: Unterschätzt niemals die Ausmaße eines Aprilscherzes! Ausserdem: ich würde mich über iTunes freuen