Für diese Aufgabe finden sich in den Paketquellen von Arch zwei praktische Anwendungen mit ähnlichen Namen: Arch-Wiki-Lite und Arch-Wiki-Man. Das erste Programm steckt im Community-Repository, kann also direkt mittels pacman aus den regulären Paketquellen von Arch installiert werden, für das zweite muss man hingegen das Arch User Repository bemühen. Beiden Programmen gemein ist, dass sie das Arch-Wiki lokal verfügbar machen, inklusive Suchfunktion und übersichtlicher Darstellung der heruntergeladenen Artikel; es gibt aber sehr wohl ein paar kleine Unterschiede. Ebenso fehlt bei beiden Anwendungen das deutschsprachige Wiki, da dieses sein eigenes Ding auf einem eigenständigen System dreht.

Arch-Wiki-Lite, klein und schlank

Das Programm Arch-Wiki-Lite hat gerade erst ein paar kleine Updates erhalten, die der Anwendung unter anderem eine „grafische“ auf Ncurses basierende Oberfläche spendieren, allerdings auch nur bei den Suchergebnissen. Ansonsten kommt Arch-Wiki-Lite recht schlicht daher: Artikel zeigt das Programm beispielsweise nur mithilfe von less an, dabei geht ein Großteil der Formatierung der Wiki-Artikel verloren. Allerdings kann man auf diese Art die Artikel bequem durchsuchen und in diesen gut navigieren. Eine Suche stößt ihr etwa mit /systemctl an, mit einem kleinen [N] springt ihr zum nächsten Treffer, mit [Umschalt]+[N] zum vorherigen. Die Wikipedia hat eine schöne Übersicht zu den wichtigsten Kommandos von less.

### Arch-Wiki-Lite installieren:
$ sudo pacman -S arch-wiki-lite

### Lokales Wiki durchsuchen:
$ wiki-search suspend
$ wiki-search pulseaudio
### Hilfe aufrufen:
$ wiki-search --help

### Sprache umstellen:
$ wiki-search --lang
   2129 en
    525 zh-CN
    507 ru
[...]
$ export wiki_lang="zh-CN"

Arch-Wiki-Man, größer aber elegant

Im Gegensatz zu Arch-Wiki-Lite benötigt Arch-Wiki-Man aus dem AUR schon von Haus aus 62,23 MiB anstatt nur knapp über 16 MiB auf der Festplatte. Dazu kommt noch, dass die Anwendung mit Node.js und dem Node Package Manager zwei größere Pakete als Abhängigkeiten nach sich zieht. Somit baut das Programm schnell deutlich größer — was bei den heutigen Größen von Festplatten und SSDs ja keine so tragende Rolle mehr spielt. Die Übersicht über die Suchergebnisse verzichtet auf eine Ncurses-Oberfläche, dafür sieht man gleich einen kleinen Ausriss aus den gefundenen Ergebnissen. Zudem bereitet Arch-Wiki-Man die Seiten als Manpage auf, was in meinen Augen deutlich zur Lesbarkeit der Artikel beiträgt.

### Arch-Wiki-Man aus dem AUR installieren
### alternativ mit jedem anderen AUR-Helper:
$ pacaur -S arch-wiki-man

### Lokales Wiki durchsuchen:
$ awman apache                     ## Nur Artikel-Namen durchsuchen
$ awman -k "Apache configuration"  ## In kompletten Artikel suchen
### Hilfe aufrufen
$ awman --help

### Sprache umstellen:
$ awman --list-languages
arabic
bulgarian
catalan
chinesesim
[...]
$ awman systemd -l spanish

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Bei all der Freude über ein fortwährend aktuelles System gibt es ab und an kleine Unstimmigkeiten bei der Installation von Software-Updates. Es kann schon mal passieren, dass eine neue Version einen Bug mitbringt. Da Arch aber eng am Upstream sitzt, ist dieser meist auch schnell wieder behoben. Die größten Pannen entstehen jedoch nicht durch die Systemupdates: Der größte anzunehmende Fehler sitzt in der Regel vor dem Bildschirm. So fiel bei mir schon einmal während eines Pacman-Updates der Strom aus oder ich habe die Konfiguration des Bootmanagers verbastelt.

HINWEIS: Das hier geschilderte Vorgehen funktioniert selbstverständlich auch bei anderen Linux-Distributionen wie auch mit anderen Live-Linuxen. Im Endeffekt geht es immer darum, das eigentlich installierte System in einem Live-Linux per Chroot einzubinden, um in diesem mit dem eigentlich installierten System arbeiten zu können, ohne es booten zu müssen.

Das Ergebnis ist am Ende meist dasselbe: Wenn man sehr sehr viel Pech hat, dann lässt sich Arch nicht mehr booten. Aus diesem Grunde habe ich bei mir auch immer einen USB-Stick mit einem Ubuntu-System liegen. Von diesem Notfall-System aus lässt sich Arch in der Regel wiederbeleben — egal was zuvor passiert ist. Hat man nur eine Konfigurationsdatei wie die /etc/fstab oder die /boot/syslinux/syslinux.cfg verbastelt, dann kann man diese ja leicht von der Live-CD aus bearbeiten. Hängt allerdings das System, weil zum Beispiel Pacman jäh unterbrochen wurde, dann braucht es ein anderes Kaliber: Ein Chroot in die nicht mehr bootende Arch-Installation.

Arch-Chroot aus Ubuntu

Damit das klappt, müsst ihr euren Rechner von einer Linux-Live-DVD oder einem USB-Stick mit Linux booten. Für meine Zwecke reicht ein USB-Stick mit Ubuntu 14.04 und persistenter Partition aus, so muss ich nicht immer wieder die Spracheinstellungen korrigieren oder den WLAN-Zugang neu einrichten. Ist das Live-System geladen, öffnet ihr als erstes ein Terminal und schaut euch an, welche Device-IDs die in eurem System verbauten Festplatten und Partitionen bekommen haben. Am einfachsten klappt dies in meinen Augen immer mit dem Befehl lsblk.

$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 232,9G 0 disk
├─sda1 8:1 0 26G 0 part
├─sda2 8:2 0 202,9G 0 part
└─sda3 8:3 0 4G 0 part [SWAP]
sde 8:64 1 1000M 0 disk
├─sde1 8:65 1 964M 0 part
└─sde2 8:66 1 2,3M 0 part
loop0 7:0 0 922M 1 loop /rofs

In meinem Fall sitzt das ganze System auf einer 256 GByte großen SSD, also ist /dev/sda das richtige Gerät. Nun weiß ich, dass bei meinem Rechner auf /dev/sda1 das System, auf /dev/sda3 die Homeverzeichnisse und auf /dev/sda4 das Boot-Verzeichnis liegt; kennt ihr euch auf eurem System nicht so gut aus und lässt sich auch aus der Partitionsgröße nicht auf die Zugehörigkeit schließend, dann könnt ihr aus dem Dateimanager heraus die Partitionen kurz einbinden und so direkt nachsehen, welche Daten wo liegen.

Ist die Frage geklärt, holt ihr euch mit sudo -s Root-Rechte und erzeugt einen Mount-Punkt für euer Arch-System im aktuellen Live-Linux; für mein Beispiel nutze ich einfach /arch. In dieses mountet ihr zuerst die Systempartition, dann die Homepartition nach /arch/home und schließlich — natürlich nur wenn /boot auch auf einer eigenen Partition liegt — die Bootpartition eures Arch-Systems.

$ sudo -s
$ mkdir /arch
$ mount /dev/sda1 /arch
$ mount /dev/sda2 /arch/home
### Falls ihr weitere Partitionen nutzt...
$ mount /dev/sda4 /arch/boot

Damit das Chroot später komplett funktioniert, müsst ihr nun noch Symlinks zu dynamischen Verzeichnissen des Live-Systems wie /proc oder /dev in den zukünftigen Chroot-Bereich legen. Alleine mit diesen Symlinks würde allerdings der Netzwerkzugang inklusive Namensauflösung noch nicht korrekt funktioniern, holt euch daher noch die resolv.conf des Live-Linux in das Chroot rüber. Ist das alles geschehen, öffnet ihr schließlich mit dem Chroot-Befehl euer Arch-Linux — ohne es vorher Booten zu müssen.

$ mount -t proc none /arch/proc
$ mount -t sysfs none /arch/sys
$ mount -o bind /dev /arch/dev
$ mount -o bind /dev/pts /arch/dev/pts # Wichtig für Pacman
$ cp -L /etc/resolv.conf /arch/etc # Für Netzwerkzugriff
$ chroot /arch bash

Im Chroot arbeitet ihr nun mit sämtlichen Daten eures Arch-System, die Wurzel des Verzeichnisbaums beginnt wie gewohnt bei / und nicht mehr mit dem zuvor erstellten Mountpunkt. Zum Bearbeiten der fstab wechselt ihr also einfach nur nach /etc und öffnet dort die Fstab-Datei mit einem Editor wie zum Beispiel Nano: nano /etc/fstab. Ihr braucht sogar auf Programme mit einer graphischen Oberfläche nicht verzichten, dazu müsst ihr lediglich den Xserver des Ubuntu-Systems mit xhost + für Zugriffe von außen öffnen.

Befehle wie pacman -Syu zum Einspielen von Updates oder etwa syslinux-install_update -i -a -m für die Neu-Installation des Syslinux-Bootloaders lassen sich direkt aus dem Chroot ausführen, als ob ihr aus eurem Arch-System heraus arbeiten würdet. Mit ein bisschen Ellbogenschmalz und Geschick beim Googeln nach Fehlermeldungen bekommt man sein Arch danach in der Regel wieder recht schnell flott, sodass man wieder ganz normal von der Festplatte oder der SSD booten kann.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Auf meinen zwei betroffenen Rechnern verschaffen die im Antergos-Forum genannten Tipps wie das Unlinken von /usr/share/icons/default oder ein Downgrade der libxcursor leider keine allumfassende Besserung. Auch mit diesen Tipps stürzen eben Gummi, Firefox und mit Sicherheit noch andere Anwendungen gnadenlos ab. Als einzig wirklich brauchbarer Workaround hat sich bei mir das Setzen eines anderen Maus-Cursor-Themes als Adwaita erwiesen.

$ sudo pacman -S xcursor-vanilla-dmz
$ gsettings set org.gnome.desktop.interface cursor-theme Vanilla-DMZ
# Wieder Adwaita als Cursor-Theme setzen
$ gsettings set org.gnome.desktop.interface cursor-theme Adwaita

Mit den obigen Befehlen holt ihr euch das DMZ-Cursor-Set aus den Paketquellen von Arch Linux und aktiviert es über die Gsettings für euren User. Alternativ können ihr auch den grafischen dconf-editor starten und unter dem Pfad org.gnome.desktop.interface im Punkt cursor-theme das Vanilla-DMZ Theme eintragen. Das Cursor-Theme wird umgehend aktiv und die Abstürze gehören — zumindest bei mir — endgültig der Vergangenheit an.

In den Arch-Paketquellen und im Arch-User-Repository AUR gibt es neben dem hier genannten DMZ-Theme zahlreiche andere Cursor-Themes. Ein pacman -Ss xcursor oder pacaur -Ss xcursor spuckt euch zahlreiche mögliche Alternativen aus. Den für dconf benötigen Namen bekommt ihr über einen Blick in /usr/share/icons heraus. Beachtet bitte, dass ihr die Konfiguration für jeden User des Systems wiederholen müsst.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Wer sich zum Problem informieren möchte, der findet im Arch Bugtracker #40658, in mehreren Threads im Arch-Linux-Forum und auch auf Reddit zahlreiche Beiträge im Netz. Sollten bei euch unter Arch und seinen Derivaten wie Manjaro oder Antergos unerklärliche Abstürze auftreten, so prüft bitte kurz welche Version der libxcursor bei euch installiert ist.

$ pacman -Ss libxcursor
extra/libxcursor 1.1.14-2 [Installiert]
    X cursor management library
multilib/lib32-libxcursor 1.1.14-1 [Installiert]
    X cursor management library (32-bit)

In diesem Fall ist also die problematische Version 1.1.14-2 der libxcursor installiert. Von dem Problem betroffen sind Anwendungen wie zum Beispiel Chromium und Leafpad — besonders unter der Gnome Shell. Der Chromium-Browser stürzt sofort beim Aufruf kommentarlos ab. Aus dem Terminal heraus aufgerufen, melden die betroffenen Anwendungen zumindest einen Speicherzugriffsfehler.

$ chromium
[781:781:0613/125554:ERROR:component_loader.cc(138)] Failed to parse extension manifest.
ATTENTION: default value of option force_s3tc_enable overridden by environment.
Speicherzugriffsfehler (Speicherabzug geschrieben)

Auf einem meiner Systeme hat es geholfen einen Symlink von /usr/share/icons/default zu lösen. Danach ließen sich Chromium und alle anderen streikenden Anwendungen sofort wieder starten. Den Symlink scheint es besonders auf Antergos-Systemen zu geben. Auf meinen „richtigen“ Arch Linuxen finde es den Symlink nicht und auch die Abstürze konnte ich nur auf meinen Antergos-Rechnern nachvollziehen.

$ sudo unlink /usr/share/icons/default

Sollte das Entfernen des Symlinks aus dem System nicht helfen, so kann man sich alternativ aus dem Pacman-Cache oder auch der Archlinux Rollback Machine die Version 1.1.14-1 der libxcursor holen und von Hand ins System einspielen. Mit den folgenden Befehlen ist das eigentlich recht schnell gemacht.

# Für 32-Bit Arch...
$ wget ftp://seblu.net/archlinux/arm/packages/l/libxcursor/libxcursor-1.1.14-1-i686.pkg.tar.xz

# Für 64-Bit Arch...
$ wget ftp://seblu.net/archlinux/arm/packages/l/libxcursor/libxcursor-1.1.14-1-x86_64.pkg.tar.xz

$ sudo pacman -U libxcursor*.tar.xz

Danach solltet ihr bei Updates allerdings die Augen ein wenig offen behalten und diese entweder bis zu einer richtigen Lösung des Problems aussetzen, oder aber ihr sagt Pacman doch bitte das anstehende Update der libxcursor zu ignorieren.

$ sudo pacman -Syu --ignore libxcursor
:: Synchronising package databases...
 core is up to date
 extra is up to date
 community                          2.2 MiB  3.32M/s 00:01 [###############################] 100%
:: Starting full system upgrade...
warning: libxcursor: ignoring package upgrade (1.1.14-1 => 1.1.14-2)

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Das Problem lässt sich leider aus meiner Erfahrung heraus nicht grafisch lösen. In Nautilus fehlt bei Ordnern im Kontextmenü der Reiter „Öffnen mit“, in dem man die Zuordnung wie bei Dateien üblich korrigieren könnte. Weiß man, was man machen muss, ist die Lösung allerdings nicht sonderlich aufwändig, man muss sie nur in den Tiefen des Internets finden. In meinem Fall führte ein kurzer Beitrag auf bbs.archlinux.org zum Ziel, der auch gleich die Lösung des Problems beinhaltet. Die Ursache des Problems liegt in einem Bug, bei dem durch die Installation von Anjuta (oder auch anderer Apps) der Mime-Eintrag für Verzeichnisse verbogen wird, es gilt also diesen zu korrigieren.

$ xdg-mime query default inode/directory
anjuta.desktop

$ xdg-mime default nautilus.desktop inode/directory

$ xdg-mime query default inode/directory
nautilus.desktop

Die Befehle zeigen die verbogene Zuordnung von Ordnern an und korrigiere diesen gleich wieder. Unmittelbar nach dem Ausführen des zweiten Kommandos öffnen sich Ordner wieder mit Nautilus. Beachtet aber bitte, dass die Zuordnung nun nur für euren aktuellen Benutzer stimmt, bei anderen Usern des Systems öffnet sich nach wie vor Anjuta. Ihr müsst den zweiten Befehl daher für alle Benutzer des Systems ausführen, eine globale Lösung gibt es meines Wissens aktuell nicht.

//EDIT: Im AUR findet man mit gnome-defaults-list ein Paket, dass die Dateizuordnungen global für alle Benutzer des Systems korrigiert. Das ist für Mehrbenutzersysteme wahrscheinlich einfacher, als jedem User den Befehl zu vermitteln.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Ich habe den Bug unter Launchpad #1070563 bereits gemeldet und auch einen Workaround ausfindig gemacht. Öffnet Audacity einfach auf die gewohnte Art und Weise und startet dann mittels [Strg]+[N] eine zweite Instanz der Anwendung. Diese enthält wie gewohnt das Menü, so dass man wieder mit Audacity arbeiten kann, das erste – menülose – Fenster könnt ihr dann dicht machen. Bis zum Bugfix kann man so wenigstens wieder mit dem Programm arbeiten.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Ich kann das Problem bei mir nicht nachvollziehen, daher verbreite ich einfach mal das weiter, was in den oben verlinkten Threads und Meldungen als Workaround empfohlen wird. Der einfachste Tipp wird sicherlich darin bestehen, die Hardwarebeschleunigung zu deaktivieren.

Öffnet dazu eine beliebige Flash-Animation wie zum Beispiel diese Flash-Testseite und klickt mit der rechten Maustaste in die Animation, im Kontextmenü könnt ihr dann die Beschleunigung abstellen. Negative Konsequenzen sollte dies nicht haben, allerdings wird die Flash-Performance noch schlechter werden, als sie eigentlich jetzt schon ist.

Man wird diese schlechte Performance bspw. dann merken, wenn man YouTube-Videos im Vollbild abspielen möchte. Das Bild wird wahrscheinlich dann deutlich mehr ruckeln als sonst. Von daher verzichtet man eventuell besser auf Vollbild-Videos bei YouTube und zoomt (bei aktiviertem Compiz) mit Windows-Taste und Mausrad in das Bild hinein.

Eine bessere Lösung wäre aber vermutlich das Firefox-Addon FlashVideoReplacer, über das sich Videos verschiedener Video-Plattformen auch ohne Flash betrachten lassen. Des Weiteren schreiben viele Anwender, dass das Problem mit den aktuellen Betas der kommenden Adobe-Flash-Version nicht mehr auftritt. Von daher könnte die Installation der Beta auch einen Versuch wert sein.

Ich würde euch dafür Firefox-Addon Flash-Aid ans Herz legen. Mit ihm könnt ihr auf einem Ubuntu-Systems sehr bequem und vor allem auch ohne Fehler zu machen, verschiedene Flash-Varianten installieren ohne dass sich diese in die Quere kommen. Foren-Threads zum Thema: ubuntuforums.org, ubuntuusers.de (uvm.) und beispielsweise debianforum.de.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Das Programm ist noch sehr jung und ist auch noch eher auf englischsprachige Anwender ausgerichtet. So fehlt eine deutsche Übersetzung völlig. Wer Englisch spricht und neugierig auf eine Alternative zu Ubuntu-Tweak ist, der kann sich Ubun-student aus der PPA-Paketquelle der Entwickler installieren. In der Paketquelle befindet sich nur dieses eine Paket, die Quelle sollte daher das eigene System nicht durcheinander bringen. Nach…

$ sudo add-apt-repository ppa:ubun-student/ppa
$ sudo apt-get update
$ sudo apt-get install ubun-student 

…ist das Programm installiert und Ihr könnt das Programm unter Anwendungen | Systemwerkzeuge | Ubun-Student starten. Beim ersten Start bekommt Ihr automatisch den Tipp des Tages präsentiert.

Über die Buttons im Kopf der Anwendung könnt Ihr zwischen den verschiedenen Funktionen des Programms wechseln. Das ganze ist nicht ganz konform mit der HIG von GNOME, aber man versteht das Prinzip. Über Adjustments könnt Ihr zahlreiche gconf-Schlüssel setzen und so Euren Desktop anpassen. Bleibt ihr länger mit der Maus über einer Aktion, so wird ein Hinweis eingeblendet, welcher Schlüssel eigentlich geändert wird.

In den weiteren Menüs könnt Ihr Programme installieren, Firefox-Addons hinzufügen oder Links zu populären Dokumentationen öffnen. Noch ist das Programm nicht wirklich fertig, gerade für deutschsprachige Anwender ist es aufgrund der fehlenden Übersetzung und Ausrichtung auf englische Inhalte nicht soooo interessant. Aber ich finde den Ansatz „Hilfe zur Selbsthilfe“ besser als eine reine Tweak-Sammlung ohne Dokumentation wie Ubuntu-Tweak.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Die Gerüchteküche kocht hoch, man beschwert sich über klammheimlich eingespielte Updates, doch des Rätsels Lösung ist einfach. In der Autofokus-Funktion wird ein Zeitstempel ausgelesen. Irgendwo in dieser Funktion ist nun ein 24,5 Tage Zyklus enthalten, der die Kamera des Droid einmal gut und einmal schlecht funktionieren lässt. Dan Morrill von Google schreibt dazu…

There’s a rounding-error bug in the camera driver’s autofocus routine (which uses a timestamp) that causes autofocus to behave poorly on a 24.5-day cycle. That is, it’ll work for 24.5 days, then have poor performance for 24.5 days, then work again.

The 17th is the start of a new „works correctly“ cycle, so the devices will be fine for a while. A permanent fix is in the works.

Ich bin mal gespannt, was die ersten stolzen Besitzer des Milestones auf android-hilfe.de erzählen werden. Der Bug scheint ja wohl noch nicht gefixt zu sein (via engadget.com).

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Dort werden eine ganze Reihe von Workarounds geschildert. Am besten wird es wohl sein Flash nicht aus den Paketquellen, sondern von Adobe selber zu installieren. Dies behebt meinen Informationen nach das Problem. Ich kann bestätigen, dass der Workaround auf einem 64-bit System funktioniert. Auf meinem Notebook – mit einem 32-bit-Karmic – trat das Problem jedoch erst gar nicht auf, daher kann ich nur das wiedergeben, was andere sagen…

32-bit

Auf einem 32-bit Ubuntu kann man auf das von Adobe unter get.adobe.com zur Verfügung gestellte .deb-Paket zurückgreifen. Ihr solltet also das über die Paketquellen installierte Flash deinstallieren…

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

…dann das .deb-Paket von Adobe herunterladen und es über einen Doppelklick auf das Paket installieren. Nach einem Neustart des Browsers sollte Flash nun problemlos funktionieren.

64-bit

Kleiner Disclaimer hinterher: Firefox erweist sich mit dem 64-bit Flash-Plugin als sehr instabil. Der Browser stürzt bei zahlreichen Seitenaufrufen mit einem segmentation fault ab. Lösche ich das Plugin, so läuft Firefox wieder problemlos. In verschiedenen Foren berichten User, dass das Plugin gut laufen würde, von daher will ich nicht ganz vom 64-bit Flash Plugin abraten, sondern nur empfehlen bei Problemen, doch wieder das 32-bit Plugin inkl. nspluginwrapper über die Paketverwaltung zu installieren.

Adobe stellt aktuell noch keine offizielle Flash-Version für ein 64-bit Linux zur Verfügung. Allerdings gibt es schon seit geraumer Zeit eine öffentliche Beta-Version, die ebenfalls das „Klick-Problem“ behebt. Über…

$ sudo apt-get remove --purge flashplugin-nonfree flashplugin-installer nspluginwrapper
$ wget http://download.macromedia.com/pub/labs/flashplayer10/libflashplayer-10.0.32.18.linux-x86_64.so.tar.gz
$ tar xf libflashplayer-10.0.32.18.linux-x86_64.so.tar.gz

… deinstalliert Ihr das über die Paketverwaltung installierte Flash, ladet die Beta-Version herunter und entpackt das Archiv. Im letzten Schritt…

$ sudo cp libflashplayer.so /usr/lib/firefox-addons/plugins/

… kopiert Ihr das Plugin ins System. Wieder müsst Ihr den Browser neu starten, erst dann wird das „neue“ Flash-Plugin benutzt. Das Klick-Problem sollte damit behoben sein. [UPDATE 14.11.2009: Auf launchpad.net ist nun endlich ein Weg aufgetaucht, der das Problem auf einem 64-bit System behebt, ohne dass man auf das – zumindest bei mir sehr problematische – 64-bit-Plugin zurückgreifen müsste. Dazu verschiebt man die Datei /usr/lib/nspluginwrapper/i386/linux/npviewer.bin…

$ sudo mv /usr/lib/nspluginwrapper/i386/linux/npviewer.bin /usr/lib/nspluginwrapper/i386/linux/npviewer.bin.real

…und ersetzt die Datei mit einer neuen…

$ sudo gedit /usr/lib/nspluginwrapper/i386/linux/npviewer.bin

…in die man den folgenden Inhalt einfügt.

#!/bin/sh
GDK_NATIVE_WINDOWS=true /usr/lib/nspluginwrapper/i386/linux/npviewer.bin.real "$@"

Anschließend muss man das neue Skript noch ausführbar machen…

$ sudo chmod 755 /usr/lib/nspluginwrapper/i386/linux/npviewer.bin

…Danach sollte Flash nun auch mit „Klicks“ klappen.]

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.