Unter Linux lässt sich der Browser recht einfach installieren: Vivaldi bietet dazu auf seiner Homepage DEB- und RPM-Pakete in 32- und 64-Bit-Versionen an, die sich bequem über die Paketverwaltung installieren lassen. Dazu muss man lediglich die passende Datei herunterladen und diese beispielsweise bei Ubuntu aus dem Dateimanager heraus in das Software Center öffnen und dann das Paket einspielen lassen. Alternativ funktioniert die Installation unter sämtlichen Debian-Derivaten über das Terminal mittels des Kommandos dpkg -i vivaldi*.deb, das ihr aus dem Verzeichnis der DEB-Datei ausführt. Unter Arch lässt sich der Browser über das AUR installieren und aktuell halten.

Vivaldi unter Linux installieren

### Vivaldi unter Arch installieren
$ pacaur -S vivaldi

### Vivaldi unter Debian/Ubuntu installieren
$ sudo dpkg -i vivaldi*.deb
$ sudo apt install -f

Beim ersten Aufruf blendet Vivaldi einen Einrichtungsassistenten ein, über den sich der Browser ein wenig an die eigenen Wünsche anpassen lässt. So kann man zum Beispiel die Kopfleiste anpassen oder die die Tableiste an den unteren Bildschirmrand beziehungsweise als Vorschauleiste an die Seite verschieben. Die Farbe der Tabs passt sich „adaptiv“ an die gerade geöffnete Webseite an — die Funktion lässt sich jedoch auch abstellen. Die links eigeblendete schmale Seitenleiste bietet direkten Zugriff auf die Bookmarks, Downloads oder eine Notizfunktion, das Zahnrad-Symbol öffnet die Einstellungen des Browsers.

In der Praxis schlägt sich Vivaldi unter Linux gar nicht mal so schlecht. Die Geschwindigkeit entspricht in meinen Augen im Endeffekt der von Chrome, Chromium oder Opera — kein Wunder: Schließlich steckt in all diesen Browsern Googles Browser-Engine Blink. Allzu große Unterschiede sollten sich daher generell nicht ergeben. Daher lässt sich Vivaldi auch mit den Addons aus dem Chrome Web Store erweitern. Adblocker wie uBlock Origin, RSS-Reader und Co. finden so wie gewohnt den Weg in den Browser. Im Gegensatz zu Chromium ist aber Vivaldi proprietäre Software, der Quellcode liegt nicht offen.

Addons aus dem Google Web Store

Was Vivaldi in meinen Augen definitiv besser als Chrome und Chromium macht, ist die Organisation der Bookmarks in der Seitenleiste. Diese lassen sich dort sehr leicht einsehen, sortieren und ausmisten. Bei Google Chrome muss man hingegen immer den eigenständigen Bookmark Manager aufrufen. Auch die Einstellungen sind bei Vivaldi übersichtlicher angeordnet, zudem sind die Privacy-Funktionen wie Do-not-Track von Haus aus aktiv. Praktisch sind auch die Kurzbefehle, die sich per [F2] aufrufen lassen. Wer mit Gnome Do oder der Gnome-Shell vertraut ist, der dürfe das Funktionsprinzip zu schätzen wissen.

Eine weitere Neuerungen gegenüber Chrome/Chromium findet sich im Browserfenster selber: Über die Seitenleiste lassen sich sogenannte Web-Paneele öffnen, die etwa eine News-Seite parallel zur aktuellen Webseite als Subfenster öffnen. So kann man beispielsweise einen Sport- oder Nachrichtenticker konstant offen lassen, ohne dass man zwischen den Browser-Tabs wechseln müsste. Die Funktion macht natürlich auf Breitbild-Displays besonders Sinn, da hier oft in der Horizontalen viel Platz auf dem Bildschirm verschwendet wird.

Ebenfalls gegenüber der Vorlage neu implementiert ist die Tab-Leiste, die nun kleine Vorschaubilder in den Tabs zur jeweiligen Webseite anzeigt. Hier lassen sich nun auch mehrere Webseiten zu Tab-Gruppen zusammenfassen — das ist in Chrome nur mit Addons möglich. Dazu zieht man einfach die gewünschten Tabs übereinander. Die als Gruppe zusammengefassten Tabs kann man dann zum Beispiel auch in einem Raster oder als Spalten auf einer Seite anzeigen lassen, was wieder die Nutzer mit einem Breitbilddisplay interessieren sollte.

Im Vergleich zu Chrome/Chromium stört mich an der neu gestalteten Tab-Leiste nun aber, dass sich Tabs nicht mehr per Drag&Drop aus einem Browserfenster lösen beziehungsweise zu einem anderen Fenster hinzufügen lassen. Bei Vivaldi muss man immer das Kontextmenü bemühen. Weiterhin lädt der Browser beim Herauslösen eines Tabs in ein neues Fenster dieses komplett neu, sodass beispielsweise in ein Formular eingetippte Daten (oder ein in den Webeditor eines Blogssystems eingegebene Artikel) verloren gehen.

Was im Vergleich zu Chrome, Firefox oder anderen „ausgewachsenen“ Browser noch dringend fehlt, ist eine Möglichkeit ausgewählte Browserdaten (wie beispielsweise Bookmarks, Einstellungen oder Addons) über verschiedene Rechner hinweg zu synchronisieren. Ein „Vivaldi Sync“ soll jedoch zusammen mit einer mobilen Variante des Browsers noch kommen. Aktuell müsste man für einen Abgleich der Daten des Browsers über mehrere Rechner hinweg das Konfigurationsverzeichnis ~/.config/vivaldi/ per Hand oder per Skript umkopieren

Vieles auf der Seite ist noch auf Japanisch, das Programm lässt sich jedoch auf Englisch wie auch Italienisch oder Französisch installieren. Weitere Teile der Dokumentation werden aktuell ins Englische übersetzt. Deutsch fehlt noch als Sprache gänzlich, da das Programm nun aber unter einer BSD-Lizenz steht, wird sich daran mit Sicherheit in Zukunft etwas ändern. Eine Linux-Version gibt es nicht, aber auch hier wird sich in meinen Augen schnell eine Lösung finden lassen. Da sämtliche Bibliotheken, auf die das Programm aufsetzt (Qt, Boost, CMake), auch im Linux-Universum zuhause sind, hält sich der Aufwand wahrscheinlich in Grenzen.

FeedReader setzt auf recht aktuelle Gnome-Bibliotheken auf. Das merkt ihr nicht nur an dem für moderne Gnome-Apps typischen Look, sondern auch an geforderten Abhängigkeiten. Das Programm braucht mindestens GTK+ 3.12 und lässt sich daher zum Beispiel unter Ubuntu erst ab Version 15.04 installieren. Die Installation unter Ubuntu und geeigneten Ubuntu-Derivaten kann über die im folgenden Kasten genannte PPA-Paketquelle erfolgen — Für andere Linux-Distributionen gibt es auf der Homepage des Programms Installationshinweise. Wer so wie mit Arch unterwegs ist, der findet das Programm gleich zwei mal im AUR (feedreader und feedreader-bzr). Das erste AUR-Rezept installiert die aktuelle Version des Programms, mit dem Bazaar-Eintrag bekommt ihr die Entwicklungsversion.

$ add-apt-repository ppa:eviltwin1/feedreader-stable
$ apt-get update
$ apt-get install feedreader

Nach der Installation müsst ihr FeedReader an Tiny Tiny RSS oder Feedly koppeln. Unterstützung für Owncloud wird vermutlich mit der Version 1.3 folgen, von daher müsst ihr euch eventuell noch ein wenig in Geduld üben. Einen Stand-Alone-Modus bietet FeedReader hingegen nicht, ihr müsst das Programm immer mit einem webbasierten Feedreader koppeln — Wer Tiny oder später Owncloud nicht selber aufsetzen möchte, der muss daher eben auf Feedly ausweichen. Nach dem Eintragen der URL zur Installation von Tiny und den Zugangsdaten braucht FeedReader eine ganze Weile, bis das Programm die Daten zu allen Feeds ausgelesen hat. Um zum Beispiel eine schnelle Suchfunktion anbieten zu können, legt FeedReader einen umfangreichen Cache an — und dazu muss quasi die komplette Datenbank von Tiny gespiegelt werden.

Danach solltet ihr nun alle eure Feeds und die gerade neu eingetroffenen Beiträge. In der Seitenleiste seht ihr die von euch in Kategorien sortierten Feeds, über die Buttons All, Unread und Starred schaltet ihr die Anzeige um, dass zum Beispiel eben nur ungelesene Beiträge angezeigt werden. Die weiteren Buttons sollten eigentlich selbsterklärend sein. In meinem Test funktionierte der Abgleich zwischen FeedReader und der Tiny-Installation ohne Probleme: In der App gelesene Beiträge wurden automatisch auch in der Online-Version als als Gelesen markiert, das selbe gilt für Markierungen. Für das Setzen von Labels müsst ihr in Tiny das tt-rss-labels-plugin installieren — Bei mir lässt sich das Add-on allerdings nicht aktivieren, von daher muss ich bisher auf das Setzen von Labels verzichten.

Insgesamt macht FeedReader in meinen Augen einen sehr guten Eindruck: Natürlich nur, wenn man GTK3-Anwendungen und den Gnome-Look mag. Neben der Integration von Owncloud werden wir in Zukunft weitere Neuigkeiten vom Programm hören können, da die Entwickler noch reichlich Arbeit in FeedReader stecken. Wer eine Funktion vermisst, kann aktuell auch noch auf Bountysource eine Belohnung ausloben und so die Entwicklung beschleunigen. Ich werde das Programm auf jeden Fall in Zukunft häufiger nutzen, allerdings muss ich dafür noch die Möglichkeit Labels zu setzen auf die Reihe bekommen.

Nitro ist „Yet another Taskmanager“, der ähnlich wie Wunderlist nicht als native Linux-Anwendung im Fenster läuft, sondern dank Webkit als Browser-Applikation auf dem Desktop zuhause ist. Aktuell gibt es Nitro als Anwendung für Ubuntu (in einem PPA), für Linux (als Tarball) und Chrome als Erweiterung. Unter Ubuntu ist die Installation schnell erfolgt:

$ sudo add-apt-repository ppa:cooperjona/nitrotasks
$ sudo apt-get update && sudo apt-get install nitrotasks

Danach dürfte der Rest eigentlich selbsterklärend sein: Ihr könnt Aufgaben festlegen, Fälligkeitsdaten eintragen, Aufgaben zu Listen kombinieren und alles, was man eigentlich von einer Aufgabenverwaltung sonst noch erwartet. Bedenkt, dass Nitro derzeit aktiv entwickelt wird und noch weitere Features implementiert werden, die Entwicklung kann man auf Github mitverfolgen.

Nitro steht als Desktop-App bzw. Browser-Erweiterung unter der äußerst freien BSD-Lizenz. Den Quellcode zur Anwendung fíndet Ihr wie schon angesprochen auf Github, um längerfristig an dem Projekt arbeiten zu können bitten die Entwickler George Czabania und Jono Cooper, beides Studenten aus Neuseeland, um Spenden.

Aktuell wird unter anderen an einer Synchronisierungs-Funktion der Anwendung gearbeitet. In der GUI ist sie schon zum Teil implementiert, doch in den entsprechenden Settings kann man bislang noch nichts auswählen. Allerdings kann man sich selber mit Dropbox, Ubuntu One oder jeden anderen Sync-Dienst aushelfen.

Schiebt dazu einfach die Konfigurationsdatei ~/.nitrotasks.pkl in den Dropbox-Ordner und setzt einen Symlink zurück auf den entsprechenden Ort und schon seid Ihr auf euren Desktops immer auf dem selben Stand. Ich will allerdings nicht garantieren, dass es zu Konflikten kommt, wenn auf zwei Rechnern gleichzeitig Nitro läuft.

$ mv ~/.nitrotasks.pkl ~/Dropbox/.nitrodata.pkl
$ ln -s ~/Dropbox/.nitrodata.pkl ~/.nitrodata.pkl

Nitro ist kostenlos und Open-Source, allerdings plant man die Anwendung wohl mit einer Pro-Version zu vermarkten. Zahlende Nutzer sehen dann keine Werbung im Nitro-Webfrontend, haben mehr Sprachen zur Auswahl, können Listen ausdrucken oder auch mit anderen Teilen. Ein entsprechender Account soll wohl einmalig 10 Dollar kosten.

Was ich noch vermisse wären Apps für Android und iOS, ein ToDo-Manager auf dem Desktop ist schön und gut, aber erst mobile Apps machen die Sache so richtig rund, schließlich möchte man ja auch unterwegs seine Aufgaben im Blick haben und auf Fälligkeiten hingewiesen werden.

Heute hat Skype jedoch die neue „kopflose“ Variante SkypeKit vorgestellt. SkypeKit ist praktisch Skype, jedoch ohne eine Oberfläche. Entwickler können somit eigene Skype-Clients und Frontends bauen. Laut eigenen Angaben gibt es SkypeKit für zahlreiche Chipsätze und Betriebssysteme. Ich vermute mal stark, dass man Linux hier nicht vergessen hat, immerhin gibt es ja mit Android und den immer populäreren Web-Tabletts mit Linux zahlreiche potentielle Kunden.

Die Beta steht ausgewählten Kunden wohl schon länger zur Verfügung. Ab 23.6. kann jeder Entwickler sich für einen Zugang zum SkypeKit Beta Programm bewerben. Ich wage mal die kühne Prognose, ab Ende des Jahres können wir mit einen brauchbaren Skype-Client für Linux rechnen.

Die interessantesten Funktionen von Firefox 3.6 sind sicherlich die deutlich verbessere Geschwindigkeit beim Ausführen von JavaScript, das Skinnen des Browsers mit der nun fest eingebauten Personas Funktionalität, über den Browser nachladbare Schriften und vieles vieles mehr…

Wird Firefox 3.6 automatisch auf mein System über die Updates eingespielt?

Ubuntu ist keine Rolling-Release Distribution. Das bedeutet, dass nach der Veröffentlichung einer Ubuntu-Version die Paketquellen nicht mehr verändert werden. Nur noch Sicherheitsupdates und absolut essentielle Updates werden über die Security- oder Update-Quellen zur Verfügung gestellt.

Für Firefox heißt das: Selbstverständlich werden bspw. in Ubuntu Karmic Firefox 3.5.6, Firefox 3.5.7 usw. über die Paketverwaltung eingespielt. Die neue Version 3.6 von Mozilla Firefox dagegen nicht. Ihr müsst daher Firefox 3.6 selber installieren oder bis Ubuntu Lucid Lynx 10.04 warten, dort wird der neue Feuervogel Rotfuchs aka kleiner Panda enthalten sein und bei einem Upgrade eurer Installation auch automatisch installiert.

Wie installiert man dann Firefox 3.6 in Ubuntu?

Es gibt nun mehrere Wege den aktuellen Firefox unter Ubuntu zu installieren. Ich persönlich würde den Weg wählen, der das System möglichst wenig verändert. Denn nicht allzu selten erweisen sich Basteleien am System als Haken, wenn die Ubuntu-Installation auf die neuste Version aktualisiert werden soll.

Manuelle Installation

Mozilla bietet Firefox, Thunderbird und Co. als vorkompilierte und ausführbare Programme zum Download an. Diese .tar.bz2-Archive enthalten das Programm, das man direkt ausführen kann. Man muss das Archiv nur herunterladen, es irgendwo entpacken (bspw. über einen Rechtsklick auf die .tar.bz2-Datei und „Hier entpacken“), mit einem Dateimanager in den neu entstandenen Ordner firefox gehen und hier die Datei firefox über einen Doppelklick ausführen. Wichtig ist, dass vorher alle anderen Instanzen von Firefox beendet wurden, wenn nicht so startet einfach eine weitere Instanz des „alten“ Firefox.

Das ist zwar keine „richtige“ Installation von Firefox, aber diese Methode hat den Vorteil, dass am System nichts an der Paketverwaltung vorbei installiert wird. Wer Firefox auf diese Methode länger verwenden will, der kann den entpackten Ordner ja nach /opt oder ~/bin schieben und sich einen Eintrag im Menü erstellen.

Ich persönlich bevorzuge die Installation der aktuellen Firefox-Version nach /opt und einen Symlink nach /usr/local/bin. Somit wird der aktuelle Feuervogel für alle Benutzer gegen die aktuelle Version ausgetauscht, ohne dass man groß etwas am System ändert. Den alten Firefox lasse ich installiert. Wer den aktuellen Firefox auf seinen Desktop als TAR-BZ2-Archiv heruntergeladen hat, der führt also etwa einfach folgende zwei Befehle aus.

$ sudo tar -xjf Desktop/firefox-3.6.tar.bz2 -C /opt
$ sudo ln -s /opt/firefox/firefox /usr/local/bin/firefox

Sollte man später auf Ubuntu Lucid aktualisieren, so löscht man einfach das Verzeichnis /opt/firefox und den Symlink in /usr/local/bin/ und schon führt das System wieder den von Ubuntu installierten Firefox aus.

ubuntu-mozilla-daily Paketquelle

Anders wie damals bei Ubuntu „Jaunty Jackalope“ 9.04 und Firefox 3.5 gibt es in Ubuntu Karmic kein Paket firefox-3.6. Ich glaube auch nicht, dass man Firefox 3.6 über die Backports verteilen wird. Somit steht fest, dass es „offiziell“ keinen Firefox 3.6 in Karmic geben wird.

Die einzige „halb“-offizielle Paketquelle ist das ubuntu-mozilla-daily-PPA des Ubuntu Mozilla-Teams. Diese Paketquelle enthält Vorabversionen der Mozilla-Produkte. Ihr könnt aus dem PPA Firefox 3.6 installieren, doch behaltet im Hinterkopf, dass diese Quelle eben nicht freigegebene Versionen, sondern Testversionen enthält. Unter Karmic könnt Ihr diese Quelle via…

$ sudo add-apt-repository ppa:ubuntu-mozilla-daily/ppa
$ sudo apt-get update
$ sudo apt-get install firefox-3.6

…zu Eurem System hinzufügen und gleich drauf Firefox 3.6 installieren. Danach solltet ihr die Quelle auf jeden Fall sofort wieder über System | Systemverwaltung | Software-Paketquellen deaktivieren! Die Quelle enthält nämlich nicht nur Firefox 3.6, sondern auch Testversionen aller Mozilla-Produkte. Führt ihr ein Update durch, dann fängt Ihr Euch eine ganze Reihe von Paketen ein, die Ihr eigentlich gar nicht auf Eurem System haben wollt.

Firefox 3.6 findet ihr übrigens unter dem Entwicklernamen Namoroka Web Browser in Anwendungen | Internet. Der Name kommt daher, dass ihr aus dem PPA eben nicht die offizielle freigegebene Version installiert, sondern eine Vorabversion des nächsten Updates von Firefox 3.6. Ihr seht, besser manuell installieren…

Im Linux-Client ist die neue Funktion gut versteckt. Ihr findet die Desktopfreigabe wenn Ihr ein Gespräch startet unter der blauen Schaltfläche, die bisher ein Videogespräch startete. Ihr habt die Möglichkeit nur einen Ausschnitt oder den kompletten Desktop zu übertragen.

Weitere Neuigkeiten und Änderungen findet man im Changelog. Die weiteren als Neuigkeit angeführten Features konnte ich entweder nicht entdecken oder sie sind einfach zu unspektakulär als dass man über sie schreiben könnte  Pakete für alle großen Linux-Distributionen findet Ihr auf der Download-Seite von Skype, das „+“ hinter Ubuntu 8.10+ 32-bit oder Fedora 10+ heißt übrigens dass das Paket ab der genannten Version benutzt werden kann, nicht dass sich jemand fragt, warum Skype nur Pakete für „veraltete“ Linux-Distributionen anbietet.

https://www.youtube.com/watch?v=04Q9tuSaCYA

OMG!!!11EinsElf! Malware für Linux!

Mit etwas Ruhe betrachtet liegt (sitzt) das Problem dort begraben, wo langjährige Linux-Anwender es schon immer vermutet haben. Vor dem Rechner, im Abstand von ca. 50cm. Ich meine dies nicht bösartig, doch Computer sind hoch-komplexe Systeme, die viele Anwender nicht durchblicken können.

Gerade die sorglose Installation von Software aus unbekannten Quellen bricht jedem Sicherheitskonzept das Genick. Da helfen keine Personal Firewalls oder Virenscanner. Es wäre ein Leichtes ein Programm per Social-Engineering zu verteilen und es dann Daten löschen zu lassen. Dabei wäre das Betriebssystem völlig egal. Ob Windows XP, Windows 7, Mac OS X, Linux oder BSD. Egal, wird ein Programm vom Anwender ausgeführt, dann kann das Programm alles machen, was im im Kontext der Rechte des ausführenden Benutzers liegt.

Das klappt wie man im aktuellen Fall sehen kann nicht lange, dazu sind die soziale Netze der Linux-Anwender zu eng genüpft. Kaum war der Missbrauch des Pakets bekannt geworden, war es von gnome-look.org gelöscht, die Information zum Löschen der Skripte verbreitet und die herunterzuladenden Skripte auf dem Server gelöscht. Doch eine begrenzte Anzahl an „Opfern“ wird es dabei immer geben. In diesem Fall war der angerichtete Schaden minimal, doch es wäre auch andere Szenarien denkbar.

Wie kann man die Situation verbessern?

Der Hebel muss an der richtige Stelle angesetzt werden. Ein von Grund auf solide aufgebautes System braucht keinen Virenscanner oder eine Überwachung von Verzeichnissen auf Änderungen. In meinen Augen müsste man bei der Installation von Paketen aus unbekannten Quellen beginnen, den hier muss der Anwender selber die Spreu vom Weizen trennen. Dies wird ihm derzeit jedoch nicht gerade leicht gemacht.

Als Beispiel zeige ich die Installation eines .deb Paketes von RealVNC. Der Anwender sieht nur eine beliebig gestaltbare Beschreibung, Details des Paketerstellers die dieser völlig frei angeben kann und welche Datei wohin kopiert wird. Was über preinst- oder postinst-Routinen während der Installation gemacht wird ist nicht erkennbar. Eine Garantie, dass die Angaben zum Ersteller stimmen, gibt es nicht. Was könnte man besser machen?

Offizielle Zertifizierungsstellen

Es muss eindeutig erkennbar sein, von wem ein Paket stammt. Die Identifizierung darf nicht nur über ein selbst ausfüllbares Textfeld bei der Erstellung des .deb Paketes geschehen. Das Paket muss mit verifizierten Schlüsseln signiert werden. Falls der Schlüssel nicht eindeutig einer Person oder Organisation zugeordnet werden kann, dann muss die Paketverwaltung, ähnlich wie Firefox bei selbst erstellten Zertifikaten, deutlich vor dem Paket warnen.

Dafür bräuchte es Zertifizierungsstellen, die ähnlich zu CACert und Co. arbeiten. Trägt ein Paket nicht ein Zertifikat solch einer Stelle, dann muss der Anwender deutlich vor der Installation gewarnt werden. Das verhindert zwar weiterhin nicht die Installation schädlicher Pakete, doch es wird dem Anwender eine Möglichkeit an die Hand gegeben zu erkennen von wem ein Paket wirklich stammt. Allerdings kann ich jetzt schon die Aufschreie vieler Entwickler hören, die sich ihrer „Freiheit“ und ihrem Recht auf Anonymität beraubt fühlen.

Bessere Erklärung des Installationsvorganges

Die Aufzählung der bei der Installatation kopierten Dateien und ausgeführten Aktionen müsste erklärt werden. Der Anwender muss verstehen können, dass beim Kopieren von Dateien nach /etc/profile.d/ quasi ein Autostart beim Einloggen ausgeführt wird. Oder dass beim Kopieren von Dateien nach /etc/init.d/ Dienste eingerichtet werden. D.h. es müsste erklärt werden warum welche Dateien wohin kopiert werden.

So bekommen auch schlechter informierte Anwender die Chance missbräuchliche Pakete aufzudecken. Denn warum sollte etwas bei der Installation eines „neuen“ coolen Texteditors Dienste und Cron-Jobs eingerichtet werden. Dies würde die Erstellung von Paketen deutlich aufwändiger machen, doch letztendlich wäre dies ein wichtiger Schritt hin zum „aufgeklärten“ Benutzer. Denn wie schon am Anfang erklärt, die wichtigste Sicherheitsmaßnahme ist ein Benutzer, der nicht alles installiert, was ihm unter die Nase kommt.

Offensichtlich plant Adobe eine neuere Version des Flash-Players für 64-bit Linux herauszugeben und hat die Ankündigung etwas zu früh aktiviert. Auf der Homepage von Adobe sieht dies im Moment so aus…

Denn auf der Downloadseite wird immer noch die Version 10.0.32.18 angeboten, die bereits im Juli 2009 veröffentlicht wurde. Freuen wir uns also mal auf den 8. Dezember. Vielleicht sind dann die Klickprobleme und die schwache Performance Geschichte. Hardwarebeschleunigung (Stichwort VDPAU) wäre auch was nettes  [UPDATE: In der Tat ist die neue Version erschienen. Sie trägt die Nummer 10.0.42.34, ein Changelog gibt es wohl nicht.]