Neben der nicht ganz perfekt angepassten Optik, plagen Skype-User auch oft Krächzer und Aussetzer im Ton der Anwendung. Man merkt das schon beim Start von Skype. Der Skype-Sound zum Start des Programms erklingt verzerrt und zerhackt. Doch auch dieses Problem lässt sich relativ einfach lösen, man muss nur Pulseaudio ein wenig auf die Sprünge helfen. Doch erst einmal zur verbesserungswürdigen Optik von Skype auf 64-Bit Linuxen.

32-Bit GTK-Theme-Engine installieren

Was ist zu tun? Auf einem aktuellen Ubuntu-System lässt sich die die von Ubuntu genutzte GTK-Theme-Engine sehr einfach über die Paketverwaltung installieren. Dank Multi-Arch-Support sind dafür keine großen Klimmzüge mehr nötig. Das Standard-Theme von Ubuntu braucht die Murrine-Engine. Nutzt ihr andere Themes kommt oft Pixbuf zum Einsatz, alternativ stecken in der Paketverwaltung noch diverse andere GTK-Engines, sucht euch bitte die von eurem GTK-Theme genutzt Engine heraus.

$ sudo apt-get install gtk2-engines-murrine:i386

# Für Ubuntu 12.04 und 12.10 braucht es noch...
$ sudo apt-get install ia32-libs

# Nur bei Themes nötig, die auf Pixbuf aufsetzen...
$ sudo apt-get install gtk2-engines-pixbuf:i386

# Alternativ gibt es auch 32-Bit Engines für andere Themes...
$ apt-cache search gtk2-engines
gtk2-engines
gtk2-engines-aurora
gtk2-engines-blueheart
gtk2-engines-cleanice
gtk2-engines-equinox
gtk2-engines-magicchicken
gtk2-engines-moblin
gtk2-engines-murrine
gtk2-engines-nodoka
gtk2-engines-oxygen
gtk2-engines-pixbuf
gtk2-engines-qtcurve
gtk2-engines-udeb
gtk2-engines-wonderland
gtk2-engines-xfce

Unter Arch Linux ist das Vorgehen nicht viel anders, wieder gilt es die entsprechende Engine zu installieren. Bei meinem Arch hier mit GNOME3 und dem Standardtheme muss ich ebenfalls wieder die 32-Bit Version der Murrine-Engine installieren, ihr findet sie mit dem Paket lib32-gtk-engine-murrine im AUR von Arch. Zudem gibt es auch bei Arch wieder diverse alternative Engines, die bei anderen Themes benötigt werden. Sucht euch bitte die bei eurem System nötige Engine raus, nutzt ihr das Default-Theme von GNOME, dann könnt ihr euch das wie gesagt ersparen.

$ pacaur -S lib32-gtk-engine-murrine

# Alternativ gibt es auch 32-Bit Engines für andere Themes...
$ pacaur -Ss lib32-gtk-engine | grep aur
aur/lib32-gtk-engine-equinox 1.50-1 (17)
aur/lib32-gtk-engine-murrine 0.98.2-1 (98)
aur/lib32-gtk-engine-murrine-git 20110508-1 (2)
aur/lib32-gtk-engine-nodoka 0.7.5-1 (1)
aur/lib32-gtk-engines 2.21.0-2 (199)

Zerhackten Sound beseitigen

Den oft bei Skype gestörten Sound merkt man schon beim Starten der Anwendung. Gleich beim öffnen des Splashscreens ertönt ein Sound, der zumindest auf meinen Systemen immer zerhackt und verzerrt klingt. Im folgenden habe ich den Sound hier mal als OGG-Audio aufgenommen und im Blog eingebunden, so hört ihr was ich meine. Den relevanten Part hört ihr ganz am Anfang, in dieser Aufnahme kommt der zerhackte Sound gar nicht mal ganz so übel rüber.

Schuld daran ist Pulseaudio und die veraltete Interrupt-getriebene Audioausgabe, so schreiben es die Wikis von Arch Linux und den Ubuntuusers — und sie haben Recht damit! Allerdings beherrscht Pulseaudio inzwischen auch eine timer-basierte Audioausgabe die das Problem löst. Allerdings muss man diese erst von Hand aktivieren.

Dazu öffnet ihr die Datei Konfigurationsdatei von Pulseaudio /etc/pulse/default.pa mit Root-Rechten in eurem Lieblingseditor und fügt in der Zeile „load-module module-udev-detect“  noch den Parameter „tsched=0“ an das Ende an und speichert das Ganze gleich wieder ab. Bei euch sollte der entsprechende Abschnitt so aussehen.

### Automatically load driver modules depending on the hardware available
...
load-module module-udev-detect tsched=0
#load-module module-udev-detect
...

Nach erfolgter Änderung der Konfigurationsdatei müsst ihr Pulseaudio beenden und wieder neu starten. Dazu benutzt ihr einfach das Kommando „pulseaudio -k“. Bei mir wird Pulseaudio unter Arch Linux nach einem kurzen Moment automatisch neu geladen. Es kann aber auch sein, dass ihr PA noch einmal selber neu laden müsst. Das dafür nötige Kommando findet ihr im nachfolgenden Abschnitt.

$ pulseaudio -k
# Sollte Pulseaudio nicht automatisch neu starten...
$ pulseaudio -D

Startet nun abschließend bitte auch am besten Skype noch einmal neu. Schon beim ersten Neustart des Programms solltet ihr merken, dass der Sound der Anwendung nun ohne Zerhacker aus den Boxen kommt.

[UPDATE…] Ach, vergesst bitte gleich den ganzen Getlibs-Schmarn. Multiarch ist nicht spurlos an mir vorbeigegangen. Aber dass es so einfach ist, wusste ich nicht. Wenn ihr also eine Bibliothek — oder was auch immer sonst — braucht, dann hängt einfach ein :i386 an den Paketnamen. Mit dem Auruf…

$ sudo apt-get install libqt5gui5:i386

…landet also die Bibliothek libqt5gui5 inklusive aller 32-Bit Abhängigkeiten auf eurem System, ohne dass man groß was basteln muss. Und damit könnt ihr den Rest des ganzen Beitrags gleich wieder knicken und ab in den Kompost schicken. [/UPDATE]

Inzwischen ist die Version 2.06 von Getlibs jedoch kaputt. Man kann die Anwendung zwar noch installieren und aufrufen, und selbst beim Installieren von 32-Bit Bibliotheken wird kein Fehler im Terminal ausgegeben, das 32-Bit Programm möchte aber dennoch nicht laufen. Der Grund dafür ist, dass sich seit Ubuntu „Natty“ 11.04 der Speicherort der 32-Bit Librarys geändert hat. Getlibs wurde auf diese Neuerung hin nie aktualisiert…

• /lib32/ -> /lib/i386-linux-gnu
• /usr/lib32/ -> /usr/lib/i386-linux-gnu

Da ich gerade selber vor dem Problem stand ein 32-Bit Programm auf meinem 64-Bit Ubuntu 13.04 laufen lassen zu wollen, zu dem eben die nötigen  32-Bit Bibliotheken fehlten, habe ich einen Fork der letzten Getlibs-Version 2.06 erstellt, diesen für aktuelle Ubuntus fit gemacht und ihn in meinem GitHub als Getlibs 2.07 online gestellt. Ihr könnt das aktualisierte Getlibs dementsprechend über die Kommandos…

$ wget https://gist.github.com/linuxundich/5536156/raw -O ~/bin/getlibs
$ chmod +x ~/bin/getlibs

…auf eurem Ubuntu installieren. Zur Bedienung verweise ich auf das sehr gut geschriebene Wiki bei den Ubuntuusers. Getestet habe ich die Version nicht breit, sondern nur auf meinem Ubuntu 13.04, aber ich denke die aktualisierte Version des Skripts sollte auf allen noch unterstützten Ubuntu-Versionen funktionieren. Solltet Ihr Probleme entdecken, dann meldet euch bitte bei mir.

Die Beta kann prinzipiell für alle OS aus den Adobe Labs heruntergeladen werden. Für Linux gibt es wie gewöhnlich keine Pakete, sondern einfach nur ein tar.gz Archiv mit der Bibliothek. Im Prinzip reichen diese Archive aus, um Flash auf jedem Linux-System zu installieren. Entpackt das Archiv, schnappt euch die dort enthaltene libflashplayer.so und verfrachtet sie nach ~/.mozilla/plugins. Achtet dabei drauf, dass ihr auf einem Debian, Mint oder Ubuntu eventuell über…

$ sudo apt-get remove --purge flashplugin-installer nspluginwrapper

…den 32-bittigen Flash-Player inkl. dem Wrapper-Skript deinstalliert, sonst kann es dazu kommen dass trotz der manuell installierten 11er Beta die 10er Version geladen wird. Alternativ könnt ihr bei Linux Mint oder Ubuntu auf das PPA von SevenMachines zurückgreifen, es enthält immer die aktuelle Version des Flash-Players (auch die Betas) und ist schon für Lucid, Maverick und Natty aktualisiert worden.

$ sudo mkdir /usr/lib/kde4/ #Für alle "Nicht-KDEler"...
$ sudo add-apt-repository ppa:sevenmachines/flash
$ sudo apt-get update
$ sudo apt-get install flashplugin64-installer

Wie dem auch sei, egal ob ihr Adobe Flash manuell oder mit dem PPA installiert habt, nach der Installation müsst ihr euren Browser neu starten und am besten über „about:plugins“ prüfen ob auch nun wirklich Adobe Flash 11 geladen wird. Großartige Unterschiede konnte ich in einem kurzen Test nicht feststellen, der Aufwand lohnt sich also nur für Leute die sich von der „richtigen“ 64-Bit Version weniger Probleme oder eine bessere Performance erhoffen.

Ihr könnt euch das Archiv mit dem Flash Player von labs.adobe.com herunterladen. Wenn dann würde ich den Schritt auf diese Preview-Version jedoch nur mit einem 64-bit System machen, für Nutzer einer 32-Bit Installation ergeben sich in meinen Augen keine Vorteile, dazu später noch ein bisschen mehr… Die Installation läuft bspw. so ab:

$ tar -xzf flashplayer*.tar.gz
$ rm ~/.mozilla/plugins/libflashplayer.so  # Ist eigentlich nur ein Symlink
$ cp libflashplayer.so ~/.mozilla/plugins/

Mehr als das Archiv zu entpacken und anschließend die Bibliothek libflashplayer.so ins ~/.mozilla/plugins/ Verzeichnis zu schieben, ist eigentlich nicht nötig. Linux, ist leider nicht Linux. Von daher kann das bei euch ein bisschen anders aussehen, aber ich würde die Beta nicht direkt ins System kopieren.

Nach einem Neustart des Browsers sollte euch die „Über Adobe Flash“-Seite sagen, dass ihr mindestens mit Flash 10.2.161.22 unterwegs seid. Wenn da noch etwas von 10.1.82.76 steht, dann wurde die neue Bibliothek nicht angezogen.

Solltet Ihr diese Beta wieder loswerden wollen, so löscht das Plugin und setzt wieder einen Symlink auf das über die Paketverwaltung installierte Flash.

$ rm ~/.mozilla/plugins/libflashplayer.so
$ ln -s /usr/lib/flashplugin-installer/libflashplayer.so ~/.mozilla/plugins/

Auch hier gilt jedoch wieder: Linux ist nicht Linux. Der Hinweis gilt natürlich nur wenn ihr Adobe Flash in Ubuntu über das Paket flashplugin-installer installiert habt. Wenn ihr Flash aus den Partner-Quellen, über das Paket adobe-flashplugin installiert habt, dann lauten die Pfade etwas anders.

Lohnt sich der Aufwand? Ich habe jetzt nicht viele Flash-Seiten ausprobiert, doch in meinen Augen lohnt es sich nicht. Gut, es IST ein 64-bit Plugin, doch so lange Flash im Vollbild ruckelt wie ein Diafilm, ist mir das eigentlich ziemlich egal.

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.]

Auf einem 32-bit System ist das SDK schnell installiert, auf einem 64-bit Ubuntu braucht es jedoch noch ein paar Klimmzüge um es zum Laufen zu bekommen. Dazu kommt, dasd man mit dem SDK das Samsung Galaxy bislang noch nicht ansprechen kann. Erst mit einem gepatchten Programmteil klappt dies….

Installation

Zur Installation selber möchte ich nicht viele Wort verlieren. Alle relevanten Informationen bekommt Ihr etwa auf ubuntuverse.at oder natürlich auch auf developer.android.com.

Auf einem 64-bit System

Etwas aufwändiger wird es, wenn man Ubuntu in der 64-bit Variante betreibt. Das SDK benötigt ein 32-bittiges Java, startet man es ohne dies, kommen nur Fehlermeldungen auf den Bildschirm…

$ ./ddms 
Error Loading Preferences
52:23 E/ddms: shutting down due to uncaught exception
52:23 E/ddms: java.lang.UnsatisfiedLinkError: /opt/android-sdk-linux_x86-1.5_r3/tools/lib/libswt-pi-gtk-3236.so: /opt/android-sdk-linux_x86-1.5_r3/tools/lib/libswt-pi-gtk-3236.so: wrong ELF class: ELFCLASS32 (Possible cause: architecture word width mismatch)
	at java.lang.ClassLoader$NativeLibrary.load(Native Method)
	at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1767)
	at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1676)
	at java.lang.Runtime.loadLibrary0(Runtime.java:840)
	at java.lang.System.loadLibrary(System.java:1047)
[...]

Abhilfe schaft die Installation des Paketes ia32-sun-java6-bin…

$ sudo apt-get install ia32-sun-java6-bin

…und das setzen von ia32-java-6-sun als JVM…

$ sudo update-alternatives --config java
Es gibt 3 Alternativen, die »java« bereitstellen.

  Auswahl      Alternative
-----------------------------------------------
          1    /usr/lib/jvm/java-6-sun/jre/bin/java
*+        2    /usr/lib/jvm/java-6-openjdk/jre/bin/java
          3    /usr/lib/jvm/ia32-java-6-sun/jre/bin/java

Drücken Sie die Eingabetaste, um die Vorgabe[*] beizubehalten,
oder geben Sie die Auswahlnummer ein: 3
Verwende »/usr/lib/jvm/ia32-java-6-sun/jre/bin/java«, um »java« bereitzustellen.

Diese Methode hat jedoch den Nachteil dass die 32-bit JVM nun für ALLE Java-Programme auf dem System benutzt wird. Wahrscheinlich passender ist es daher die Datei ddm selber anzupassen. Dazu öffnet Ihr die Datei in einen Editor und ändert den Abschnitt…

[...]
else
    os_opts=
    java_cmd="java"
fi
[...]

…entsprechend in…

[...]
else
    os_opts=
    #java_cmd="java"
    java_cmd="/usr/lib/jvm/ia32-java-6-sun/jre/bin/java"
[...]
fi

Somit ruft ddms direkt das 32-bit Java auf.

Das SDK und das Samsung Galaxy

Beim Einstecken von USB-Geräten werden eine Reihe von udev-Regeln ausgeführt. Auch für das Galaxy muss eine Regel erstellt werden. Im Netz findet man viele an die HTC Geräte G1 (Dream) und G2 (Hero) angepasste Anleitungen. Diese darf man jedoch nicht 1:1 übernehmen, da die Regel an die Hersteller-ID angepasst werden muss. Über…

$ lsusb
[...]
Bus 001 Device 025: ID 04e8:6640 Samsung Electronics Co., Ltd Usb Modem Enumerator
[...]

…bekommt ihr diese ID heraus. Im Fall des Samsung Galaxys lautet sie „04e8“. Weitere Android-Geräte von Sony, Motorola und Co. stehen in der Pipeline, daher sollte man nicht blind Anleitungen zum Thema Android und udev übernehmen, die ID wird bei jedem Hersteller anders lauten. Diese ID tragt Ihr nun in die udev-Regel /etc/udev/rules.d/90-android-rules…

SUBSYSTEM=="usb", ATTRS{idVendor}=="04e8", MODE="0666"

… ein und lässt am besten nach Erstellen der Datei die Konfiguration von udev via sudo /etc/init.d/udev reload neu einlesen. Es kann gut sein, dass udev die Regel erst dann ausführt.

adb findet das Galaxy nicht

Nun zur nächsten Baustelle. Diese VendorId von Samsung wirkt sich auch im SDK selber aus. Im aktuellen SDK (Version 1.5_r3) ist sie noch nicht eingebaut. Die Folge: Das SDK kann das Galaxy nicht finden, selbst wenn der USB-Debug-Modus aktiviert wurde. Bei adb bleibt die Liste der angeschlossenen Andorid-Geräte leer…

$ ./adb devices
List of devices attached

Abhilfe schafft nur das Patchen von adb. Wer dies nicht möchte kann auf http://floe.butterbrot.org/external/adb.gz zurückgreifen. Diese Version der adb-Datei wurde bereits gepatcht. Man muss sie nur herunterladen, entpacken und gegen die im SDK mitgelieferte tools/adb austauschen. Eventuell ist auch ein Check der Prüfsumme des Archivs angebracht. Diese muss…

$ md5sum adb.gz
82727d3eb69452c50421f9f7196d5cf4  adb.gz

…ergeben. Weitere Informationen und Hintergründe zu diesem Thema findet Ihr im Blog von Heiko Schwarz. Ist nun die adb-Dateo ausgetauscht killt ihr bitte den adb-Daemon (falls ihr adb bereits ausgeführt hattet) via $ killall adb und ersetzt die Datei. Nun sollte das Galaxy von adb gefunden werden…

$ ./adb devices
* daemon not running. starting it now *
* daemon started successfully *
List of devices attached 
I75005EYJ4pRPQ6	device

…und dem Erstellen von Anwendungen für Android oder das Rooten des Galaxys sollten nichts mehr im Wege stehen.

Leider gibt es Gears bis heute noch nicht offiziell in einer 64-bit Version. Auf der Homepage steht unter den Anforderungen nur „32-bit OS (64-bit not supported)“. Doch findige Leute konnten auf Grund der freien Lizenz von Gears das Add-On patchen und für 64-bit Linuxe aufbereitet, so dass man es leicht installieren kann. Die entsprechende Diskussion und die Patche findet man im Diskussionsforum zu Gears in diesem Thread. Da es nicht gerade einfach ist Gears selber zu patchen und zu compilieren kommen die fertigen Erweiterungen von Niels Peen gerade recht.

Dort findet man .xpi-Dateien der aktuellen Gears Version, die man auch auf einem 64-bit Linux problemlos installieren kann. Nach der Installation des Add-Ons und einem Neustart des Browsers kann man Webanwendungen erlauben Gears zu benutzen. Im Google Reader findet man am oberen Rand beispielsweise einen grünen Pfeil über dem man zwischen On- und Offline-Modus hin und her schalten kann.

Ich habe schon öfters Aussagen gelesen, nach denen Webapplikationen wie Google Reader dank Gears an Performance gewinnen sollen, doch das kann ich nicht nachvollziehen. Das WordPress Backend ist keinen deut schneller, und bei Google Reader in Firefox kann ich auch keinen Unterschied feststellen. Da ist Chromium deutlich flotter… Dennoch ist es gut zu wissen, dass man – so man will – Google Gears auch auf einem 64-bit Linux benutzen kann.

Zattoo bietet bis dato keine 64-bit Version an, die man ohne weiteres auf einem 64-bit Linux installieren könnte. Da Zattoo proprietär und Closed-Source ist, wird sich daran wohl auch nicht so schnell etwas ändern. Aber mit etwas Mühe und Spucke funktioniert Zattoo auch auf einem 64-bit Ubuntu. Getestet habe ich es mit Ubuntu Intrepid Ibex 8.10 in der 64-bit Version. Das Programm benötigt später zum Betrieb eine Reihe von Bibliotheken in der 32-bit Version. Die Installation solcher Pakete von Hand ist recht aufwändig, daher sollte sich vorher getlibs installieren.

$ wget http://www.boundlesssupremacy.com/Cappy/getlibs/getlibs-all.deb
$ sudo dpkg -i getlibs-all.deb

Damit wird diese Arbeit zum Kinderspiel. Ist getlibs installiert kann man sich Zattoo vornehmen. Zattoo bietet .deb Pakete für Debian (und somit auch für Ubuntu) als Download an. Liegt die .deb Datei auf dem Desktop, so erzwingt man mittels

$ sudo apt-get install flashplugin-nonfree libxul0d
$ sudo dpkg -i --force-all ~/Desktop/zattoo*.deb
$ sudo getlibs /usr/bin/zattoo_player

die Installation. Dabei installiert man zuerst benötigte Pakete, erzwingt die Installation und installiert dann mittels getlibs die benötigten 32-bit Bibliotheken. Nun gibt es noch eine weitere Stolperfalle. Beim Starten von Zattoo meint das Problem dass Adobe Flash fehlt, selbst wenn Flash ordentlich installiert ist.

Das Flash Plugin ist nicht installiert. Bitte laden sie das Adobe Flash Pluginvon http://www.adobe.com herunter und installieren sie es

Jeder Benutzer, der Zattoo ausführen will, muss daher noch die folgenden Kommandos ausführen. Dies erzeugt einen Link vom Flash-Plugin in das Homeverzeichnis. Erst dann verschwindet diese Meldung.

$ mkdir ~/.mozilla/plugins
$ ln -s /usr/lib/flashplugin-nonfree/libflashplayer.so ~/.mozilla/plugins/

Damit man ein 64-bit OS als virtuelle Maschine laufen lassen kann muss die eigene CPU Virtualisierungsfunktionen bereit stellen. Die großen CPU-Hersteller benutzen dafür unterschiedliche Bezeichnungen: Intel Virtualization Technology (Intel VT) oder AMD virtualization (AMD-V).

Aber wie findet man heraus, dass die eigene CPU bereits solch eine Technik beherrscht? Dies geht recht einfach mit einem Blick in /proc/cpuinfo, dort listet das System alle unterstützten Techniken als „flags“ auf. Auf einem Intel-System sieht das dann bspw. so aus:

$ egrep '(vmx|svm)' /proc/cpuinfo
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl vmx cid cx16 xtpr lahf_lm
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl vmx cid cx16 xtpr lahf_lm

Man sieht, dass „vmx“ gelistet ist. Es muss also möglich sein ein 64-bit OS als virtuelle Maschine zu betreiben. Bei einer AMD-CPU sollte „svm“ auftauchen… Aber Achtung! In manchen BIOS kann man „Virtualisierung“ , „VT-X“ oder ähnliches deaktivieren. Das Flag „vmx“ bzw. „svm“ in der /proc/cpuinfo sagt nur aus, dass die CPU Virtualisierung unterstützt, nicht aber ob sie auch über das BIOS aktiviert wurde! Also bitte neu booten um in Bios überprüfen…

…ob VT auch an ist. Wer auf Windows unterwegs ist kann auf ein kleines Tool von VMware zurückgreifen. Es sagt direkt ob die CPU geeignet ist ein 64-bit System zu virtualisieren. Letztendlich darf man auch nicht vergessen den Virtualisierungsprogrammen zu sagen VT auch zu benutzen. In VirtualBox verbirgt sich diese Option hinter dem Schalter VT-x/AMD-V aktivieren…

Diese Option ist beim Anlegen einer virtuellen Maschine in VirtualBox normalerweise deaktiviert. Aktuelle Versionen von VMware Server oder VMware Workstationen benutzen — ich kann mich jedoch auch irren – von Haus aus die VT Erweiterungen der CPU.

Vorab veröffentlicht Adobe eine Reihe an Beta-Versionen, die sich auf einem 32-Bit System recht leicht austesten lassen. Auf einem 64-Bit Ubuntu ist es jedoch aufwändiger diese zu testen. Nach wie vor liefert Adobe keinen Flashplayer für 64-bit Systeme aus. Allerdings kann man diese auch installieren. Mann muss jedoch ein bisschen mit dem Terminal hantieren.

Als erstes sollte man die aktuelle Beta-Version von der Adobe-Homepage herunterladen. Der richtige Download nennt sich „Download Plugin for Linux (TAR.GZ, 3.85 MB)“. Anschließend sollte man Flash und seine freien alternativen deinstallieren.

$ sudo apt-get remove --purge flashplugin-nonfree gnash gnash-common mozilla-plugin-gnash swfdec-mozilla libflashsupport 

Damit man eine 32-Bit Anwendung auf einem 64-Bit System nutzen kann benötigt man eine Kompatibilitätsschicht, die es eventuell noch zu installieren gilt.

$ sudo apt-get install ia32-libs nspluginwrapper

Nun kann man Flash installieren. Das heruntergeladene Archiv entpackt man und kopiert die libflashplayer.so an die richtige Stelle des Dateisystems.

$ tar zxvf flashplayer10_install_linux_*.tar.gz
$ sudo cp install_flash_player_10_linux/libflashplayer.so /usr/lib/mozilla/plugins/

Nun wird es komplizierter: Flash 10 benötigt eine Reihe von Bibliotheken in der 32-Bit Version. Es ist relativ aufwändig diese von Hand zu installieren. Ein bequemer Weg zur Installation dieser Pakete ist getlibs. Im Wiki von ubuntuusers.de ist die Installation von getlibs ausführlich beschrieben, daher gehe ich nicht genauer drauf ein. Ist getlibs installiert, kann man die benötigten Pakete mit einem einzigen Kommando installieren.

$ getlibs -p libnss3-1d libnspr4-0d libcurl3

Jetzt ist man fast fertig. Das Browser-Plugin sollte korrekt verlinkt werden. So steht Flash in allen Anwendungen zur Verfügung.

$ sudo nspluginwrapper -i /usr/lib/mozilla/plugins/libflashplayer.so
$ sudo ln -sf /usr/lib/nspluginwrapper/plugins/npwrapper.libflashplayer.so /usr/lib/mozilla/plugins/
$ sudo ln -sf /usr/lib/nspluginwrapper/plugins/npwrapper.libflashplayer.so /usr/lib/firefox-addons/plugins/

Nun kann man Firefox starten und über die Eingabe von „about:plugins“ als URL überprüfen, ob das System Adobe Flash 10 benutzt.

Die neuen Funktionen lassen sich auf der Demo-Seite von Adobe antesten, wenn auch diese Demonstration wenig beeindruckt…