Kreuvfs Allerweltsblog

Mit dem heutigen/gestrigen Update von Thunderbird in Ubuntu 12.04 wurde das globale Addon entfernt, das die Unity-Integration von Thunderbird bewirkt hat. Während es früher™ ausgereicht hat, dieses Addon zu deaktivieren, um die Menüleiste nicht aus dem Programmfenster herausgerissen zu bekommen, muss man jetzt woanders Hand anlegen.

Der neue tolle Weg dieses Problem zu beheben, lautet wie folgt:

• Edit
• Preferences
• Advanced
• Config Editor…
• Yes, I will be careful, mommy…
• Preference Name: ui.use_unity_menubar –> false

Und nun hoffen wir, dass dieses Problem damit auch gelöst bleibt.

Bei Firefox und Thunderbird ist es möglich, sich verschiedene Profile anzulegen. So könnte man zum Beispiel ein Standardprofil erstellen, mit dem in der Regel surft, und ein „Datenschmutz“-Profil, das Cookies annimmt und auch bereitwillig Javascript ausführt, für so abgefuckte Drecksseiten, die ohne diese Technologien nicht funktionieren. Der Fantasie sind da keine Grenzen gesetzt, weshalb auch ein „Porno“-Profil denkbar ist, sodass man sich nicht auf den Privat-Surf-Modus verlassen muss, der dann nachher doch wieder nicht alle Spuren auf dem heimischen Rechner verhindert.

Verschiedene Profile startet man über den Profil-Manager. Falls dieser nicht von selbst beim Programmstart erscheint, so kann man mit der Kommandozeilenoption „-ProfileManager“ dafür sorgen:
firefox -ProfileManager
thunderbird -ProfileManager

In diesem kann man zudem auch noch festlegen, dass immer mit dem Profil-Manager gestartet werden soll.

Wer jetzt aber denkt, dass man durch mehrfache Aufrufe auch jedes Mal die Möglichkeit erhält ein anderes Profil zu starten, der hat sich getäuscht. Wiederholte Aufrufe führen zu keiner Reaktion (Thunderbird) oder klinken sich in die bestehende Sitzung ein (Firefox; zum Beispiel durch Öffnen eines leeren Tabs). Der Profil-Manager erscheint nicht mal!

Wer jetzt aber doch mal parallel zwei oder mehr verschiedene Profile starten will, der muss noch einen weiteren Parameter übergeben: „-no-remote“
firefox -ProfileManager -no-remote
thunderbird -ProfileManager -no-remote

Über die inkonsequente Schreibung muss man an diesem Punkt hinwegsehen. Damit öffnet sich dann wieder der Profil-Manager und erlaubt die Wahl eines anderen Profils, sodass ein weiteres Fenster mit dem anderen Profil geöffnet wird.

Warum der Profil-Manager nicht grundsätzlich geöffnet wird, wenn man dies explizit angibt und dann (ebenfalls über die GUI) erlaubt entweder in die bestehende Sitzung zu wechseln oder ein neues Fenster unter anderem Profil zu eröffnen, erschließt sich mir nicht.

Ich nutze Thunderbird seit Jahren als Feedreader und bin daher auch mit dessen unangenehme Eigenschaften in Berührung gekommen.

Feeds abrufen? – Jetzt nicht!

Ein (mir auch von min. einem anderen Thunderbird-Nutzer bekanntes) sehr nerviges Problem ist, dass Thunderbird offenbar eine Art Statistik pro Feed irgendwo intern anlegt. In diese Statistik fließt die Zahl neuer Artikel pro Zeit ein und Thunderbird bestimmt dann nach Gutdünken, wann es wieder Zeit ist die Feed abzurufen – selbst dann, wenn man explizit die Anweisung gibt „Nachrichten abrufen“. Feeds, die in der Regel wenig neue Einträge pro Tag haben, werden daher auch selbst dann nicht geprüft, wenn Thunderbird aktiv dazu aufgefordert wurde.

Erst dann, wenn der Algorithmus der Meinung ist, dass es jetzt mal wieder lang genug her ist, dass die Feed geprüft wurde, wird das dann auch gemacht – ein bisschen so wie eine Katze: wenn man ihr einen Befehl erteilt und sie macht das, hat das absolut nichts damit zu tun, dass man der Katze den Befehl erteilt hat, sondern viel mehr damit, dass die Katze gerade das gleiche vorhatte.

Dienst nach Vorschrift

Nachdem ich um die Jahreswende unglaubliche 30 Artikel gebloggt hatte, wollte ich die natürlich auch in Thunderbird haben. Problem Nr. 1 habe ja gerade beschrieben: Thunderbird hat keine Lust. Naja, egal, wird schon ein anderes Mal klappen. Gestern hat das dann auch tatsächlich funktioniert… nur habe ich nur die letzten 10 Artikel bekommen, weil die Feeds blogseitig so eingestellt sind, dass nur die letzten 10 Artikel ausgegeben werden. *seufz* Ich also ins Admin-Interface und den Wert auf „50“ hochgesetzt und Thunderbird wieder angewiesen die Feeds abzurufen. Aber es passierte nichts. Ich bin ja gespannt, ob ich die fehlenden 20 Artikel in den nächsten Tagen noch nachgeliefert bekomme oder ob Thunderbird die einfach komplett verschluckt – warum auch immer.

Problemlösung? FFFFFFFUUUUUUUUUUUU

Ich wollte das Problem per Hand lösen, denn so viele Thunderbirddateien können ja nicht dafür in Frage kommen, so rein namens- und logiktechnisch:

• $profil/Mail/RSS-News & Weblogs/feeditems.rdf
• $profil/Mail/RSS-News & Weblogs/feeds.rdf
• $profil/Mail/RSS-News & Weblogs/Sonstige.msf
• $profil/Mail/RSS-News & Weblogs/Sonstige.sbd/Kreuvfs Allerweltsblog
• $profil/Mail/RSS-News & Weblogs/Sonstige.sbd/Kreuvfs Allerweltsblog.msf

Die „feeditems.rdf“ sah auch auf den ersten Blick interessant aus. Da waren die letzten Einträge der Feed drin und irgendwelche “last-seen-timestamp”s. Dokumentation zu dieser Datei habe ich allerdings vergeblich gesucht, nur die Info, dass man bei Problemen mit seinem Profil die Datei einfach löschen können soll. Gesagt, getan (natürlich nur mit Backup), dann die Feed erneut abgerufen und… er hat dieselben 10 Einträge nochmal heruntergeladen, obwohl die schon da waren und entsprechend andere Mengen in den anderen abonnierten Feeds. Immerhin hat sich hier die Extension „Remove Duplicates“ seit langer Zeit mal wieder nützlich gemacht. Gebracht hat es also nichts. Warum eigentlich? Gibt’s vielleicht in der about:config irgendwo einen Eintrag? Naja, weiter in den anderen Dateien.

„feeds.rdf“ sah dann auch gut aus, aber da stehen nur die Feeds als solche drin, irgendwelche magischen Werte für die Abruffrequenz oder Anzahl beachteter Einträge suche ich auch hier vergebens.

„Sonstige.msf“ und „Kreuvfs Allerweltsblog.msf“… heilige Scheiße, was ist das denn für ein Drecksformat? Eine Googlesuche nach „thunderbird msf spec“ hat auch nichts ans Licht befördert außer einem unbeantworteten Mozillazine-Beitrag. Ein wenig manuelles Durchstöbern hat dann den Artikel „Mork Structure“ zu Tage gefördert. Ich hätte also immerhin theoretisch die Gelegenheit die Dateistruktur zu verstehen unter der Annahme, dass die Implementation diesem Dokument entspricht. Natürlich hatte ich keine Lust mich für ein derart simples Problem durch diesen Haufen Spezifikation zu wühlen, bin aber dann doch an der Stelle zum Thema „Parser“ über folgendes gestoßen:

You’re expected to write a parser by hand. The grammar is only a clue, not a spec. The hard part is not the grammar, which is is simple and unambiguous. The hard part is the meaning of the Mork markup.

Im weiteren Verlauf des Dokuments finden sich dann reihenweise herausgestrichene Passagen und Anmerkungen zu Dingen, die man nicht mehr beachten soll, weil das offenbar in Version XYZ doch anders ist…

Ein Wunder, dass dieser Morks überhaupt funktioniert. :X

Als letztes blieb mir dann nur noch „Kreuvfs Allerweltsblog“, aber auch dort wurde ich nicht fündig. Sieht mir ein wenig nach einer Mischung aus HTML-Bröckchen mit E-Mail-Kopfzeilen aus, aber an und für sich nichts so Verstörendes wie die .msf-Dateien.

Resultat ist mal wieder, dass aus unbekanntem Grund etwas in Thunderbird nicht so funktioniert wie es soll und ich dann auch (mal wieder) der einzige zu sein scheine, der dieses Problem hat.

Workaround-Versuch #1

Ich habe dann versucht in einem anderen Ordner einfach dieselbe Feed nochmal abzurufen, aber eben von Neuem. In einem anderen Profil hat er auch direkt alle 50 Artikel geholt, wenn die Feed frisch hinzugefügt wurde. Aber Thunderbird sagt mir dann nur lapidar und ein wenig mit einem „Mensch, bist du doof ^^“-Unterton, dass ich diese Feed doch schon längst abonniert habe! m(

Workaround-Versuch #2

Ich gehe davon aus, dass Thunderbird nur die eingegebenen Strings vergleicht und da ich per .htaccess alle Anfragen auf www.blog.kreuvf.de auf blog.kreuvf.de leite, sollte ich mit einer Feed von www.blog.kreuvf.de dieselbe Feed bekommen, aber ohne das dämliche Gezeter von Thunderbird. Das Gezeter war weg, aber er hat trotzdem nur die letzten 10 abgerufen. Und er zeigt keine 10 neuen an. Schaut man dann aber in die feeditems.rdf, dann tauchen da plötzlich Einträge für die Feed von www.blog.kreuvf.de auf.

Workaround-Versuch #3 (nicht probiert)

Gut, Thunderbird braucht halt Brachialgewalt. Also erst mal diese unnütze Feed aus Versuch 2 entfernt und die entsprechenden Einträge per Hand entfernt – ihr hattet doch wohl nicht angenommen, Thunderbird würde die Einträge dann automatisch oder wenigstens beim Komprimieren entfernen :X – und einfach ein andere Feed genommen. Da bekomme ich zwar dann Duplikate, die kann ich aber ganz einfach killen und die neuen Artikel dann in den Ordner, der eigentlich für die andere Feed gedacht ist, verschieben. Danach wird die neue Feed dann gekillt und ich habe die regelmäßigen Updates der alten Feed…

Nur zur Info: Thunderbird wurde immer brav ausgemacht, wenn ich manuell an die Dateien gegangen bin.

Lösung

Heute früh hat Thunderbird dann sowohl diesen Artikel als auch alle fehlenden der 50 Artikel (und einige natürlich doppelt ;D) heruntergeladen. ~.~ Fazit bleibt gleich.

Fazit

Thunderbird, auch wenn man EnigMail sei Dank mit dir verschlüsselte E-Mails schreiben und empfangen kann, aber du nervst, ständig, mit immer neuen Problemen und das, obwohl sich mein Nutzungsverhalten in den letzten Jahren quasi nicht verändert hat. Da kann auch die Versionspolitur nichts dran ändern…

Ubuntu 11.04 installiert zum „normalen“ Kernel noch einen PAE-Kernel, falls dies nötig sein sollte. Standardmäßig wurde dieser Kernel dann bei mir auch gestartet, was dazu geführt hatte, dass ich keine grafische Benutzeroberfläche mehr hatte, da der binäre nVidia-Treiber (current aka 270.41.06) von X nicht geladen werden konnte, was in der Xorg-Log so aussieht:

[    22.448] (II) LoadModule: "nvidia"
[    22.448] (II) Loading /usr/lib/xorg/extra-modules/nvidia_drv.so
[    22.448] (II) Module nvidia: vendor="NVIDIA Corporation"
[    22.448] 	compiled for 4.0.2, module version = 1.0.0
[    22.448] 	Module class: X.Org Video Driver
[    22.451] (EE) NVIDIA: Failed to load the NVIDIA kernel module. Please check your
[    22.451] (EE) NVIDIA:     system's kernel log for additional error messages.
[    22.451] (II) UnloadModule: "nvidia"
[    22.452] (II) Unloading nvidia
[    22.452] (EE) Failed to load module "nvidia" (module-specific error, 0)
[    22.452] (EE) No drivers available.
[    22.452] 
Fatal server error:
[    22.452] no screens found
[    22.452] 
Please consult the The X.Org Foundation support 
	 at http://wiki.x.org
 for help. 

Da einem Benchmarking auf Phoronix zu Ubuntu 11.04, PAE und 64-Bit zufolge aber mit dem PAE-Kernel nicht mit schlechterer Performance zu rechnen ist und durch diesen Kernel der gesamte Arbeitsspeicher zur Verfügung steht, wollte ich dieses Problem lösen und bin auch recht schnell auf eine einfache Lösung gestoßen:

1. PAE-Kernel im Recovery-Modus starten (GRUB)
2. Nachdem sich beim Booten nichts mehr tut, Strg + Alt + F1, um im Recovery-Menü „failsafeX“ auszuwählen und zu starten.
3. Wie gewohnt einloggen, dann „Zusätzliche Treiber“ aufrufen.
4. Aktuellen nVidia-Treiber deaktivieren/deinstallieren. Nicht neustarten.
5. nVidia-Treiber wieder aktivieren/installieren.
6. Neustart.
7. Normalen PAE-Kernel starten und 3D-Hardwarebeschleunigung mit dem binären nVidia-Treiber genießen.

Eine weitere Lösung, die ich allerdings nicht selbst probiert habe, besteht im Falle eines Upgrades von Ubuntu 10.10 auf Ubuntu 11.04 darin folgendes zu tun:

sudo apt-get install linux-headers-`uname -r`
sudo dpkg-reconfigure nvidia-185-kernel-source

Vermutlich macht das im Endeffekt genau das gleiche, was auch oben beschriebene Prozedur tut.

Der erste Befehl installiert die Linux-Header für den aktuell verwendeten Kernel. Das „`uname -r`“ wird dabei durch den Rückgabewert des Befehls „uname -r“ ersetzt, dieser Befehl also zuerst ausgeführt und die Ausgabe dieses Befehls dann genommen, um das Wunschpaket auszuwählen. Ich würde dabei aktuell für „uname -r“ schlicht „2.6.38-10-generic-pae“ erhalten. Der Befehl zum Installieren des Paketes würde demnach das Paket „linux-headers-2.6.38-10-generic-pae“ installieren.

Der zweite Befehl würde bei mir daran scheitern, dass das Paket „nvidia-185-kernel-source“ nicht installiert ist, was gemäß der Paketbeschreibung auch gut so ist:

Dies ist ein Übergangspaket für »nvidia-glx-185-kernel-source« und kann nach erfolgreicher Installation gefahrlos entfernt werden.

Ich vermute, dass man stattdessen

sudo dpkg-reconfigure nvidia-current

verwenden müsste. Falls das jemand ausprobiert und das funktioniert, bitte ich um Rückmeldung. Ich habe das jetzt mal bei bereits funktionierendem nVidia-Treiber gemacht und folgende Ausgabe erhalten:

Removing all DKMS Modules
Done.
update-initramfs: Generating /boot/initrd.img-2.6.38-10-generic-pae
update-initramfs: Generating /boot/initrd.img-2.6.38-10-generic-pae
Loading new nvidia-current-270.41.06 DKMS files...
Building only for 2.6.38-10-generic-pae
Building for architecture i686
Building initial module for 2.6.38-10-generic-pae
Done.

nvidia-current.ko:
Running module version sanity check.
 - Original module
   - No original module exists within this kernel
 - Installation
   - Installing to /lib/modules/2.6.38-10-generic-pae/updates/dkms/

depmod....

DKMS: install Completed.

Würde also mal behaupten, dass das gut aussieht. Und es funktioniert auch noch alles wie vorher.

Vor einiger Zeit hatte ich bereits einen Workaround für den standardmäßig installierten Flash Player unter Ubuntu 10.10 geschrieben. Ich vermute mittlerweile, dass das Problem im Zusammenspiel mit dem binären nVidia-Treiber auftritt, was aber im Endeffekt sowieso egal ist, weil Nutzer dieses Treibers ganz sicher nicht wegen Flash – die Einschätzung im oben verlinkten Artikel, dass es sich bei Flash um rottigen Sondermüll handelt, ist unverändert – auf ihre Hardware-3D-Beschleunigung verzichten werden.

Mit dem aktuellen Ubuntu 11.04 (immer noch 32 Bit) besteht dieses Problem bei mir nicht mehr. Rottiger Sondermüll bleibt natürlich auch mit einem Problem weniger immer noch rottiger Sondermüll, weshalb ich stattdessen eine andere Beobachtung gemacht habe: mit dem standardmäßig installierten Flash Player zeigt sich beim Abspielen eines Youtube-Videos (Manu Chao – Bongo Bong) in 360p-Qualität eine Prozessorauslastung von etwa 77% eines Kerns. Das ist so deutlich zu viel, dass es meinen alltäglichen Betrieb stört.

Ich habe mir also gedacht: „Na, kannst es ja mal versuchen und gucken, ob der Flash Player aus Google Chrome das Problem auch hat.“ Ich habe daraufhin wie im oben verlinkten Artikel beschrieben die libflashplayer.so durch die aus Google Chrome ersetzt, Firefox 5 neugestartet und das Video erneut abgespielt. Ergebnis: Prozessorauslastung runter auf etwa 27% eines Kerns.

Aus irgendeinem Grund ist Googles libflashplayer.so also in der Lage den Flash-Bloat mit Faktor 2 bis 3 geringeren CPU-Ressourcen zu verarbeiten. Danke, Google.