Warum fehlen viele Orte in GNOME Weather?

Für die Wetterabfrage nutzt GNOME die Bibliothek libgweather. Die Ortsdatenbank wird nicht dynamisch erzeugt, sondern ist fest in der Datei Locations.xml hinterlegt. Wer seinen Ort dort vermisst, müsste diese Datei ändern und die Anpassung idealerweise upstream einreichen. Der Prozess dazu ist hier beschrieben.

Doch nicht jeder kleine Ort wird aufgenommen: Wer etwa in Kleindüdelsau lebt, wird es schwer haben, eine Änderung durchzubekommen. Die Vorgabe sind Orte mit mindestens 100000 Einwohnern und/oder einem Flughafen in der Nähe. Hier kommt das Skript add-location-to-gnome-weather.sh von Julian ins Spiel. Damit könnt ihr euren Wohnort unkompliziert hinzufügen.

Eigene Orte in GNOME Weather eintragen

Das Skript muss nicht installiert werden, da es meist nur einmal benötigt wird. Ladet es einfach von GitLab herunter und macht es ausführbar:

$ wget https://gitlab.com/julianfairfax/scripts/-/raw/main/add-location-to-gnome-weather.sh
$ chmod +x add-location-to-gnome-weather.sh

Dann könnt ihr es starten und den gewünschten Ort eingeben:

$ ./add-location-to-gnome-weather.sh

Daraufhin fragt das Skript nach der gewünschten Stadt und schlägt eine passende Auswahl vor:

$ ./add-location-to-gnome-weather.sh
Type the name of the location you want to add to GNOME Weather: Ravensburg
If this is not the location you wanted, consider adding search terms
Are you sure you want to add Ravensburg, Verwaltungsverband Mittleres Schussental, Landkreis Ravensburg, Baden-Württemberg, Deutschland? [y/n] : y
Adding location

Wie speichert GNOME Weather die Orte?

Das Skript legt die Ortsdaten in der dconf-Datenbank unter dem Schlüssel org.gnome.Weather ab. Falls ihr einen hinzugefügten Ort wieder entfernen möchtet, müsst ihr den dconf-Editor nutzen und den entsprechenden Eintrag manuell löschen.

Die derzeitige Lösung von GNOME Weather ist nicht ideal. Zwar sind bereits viele Orte in der libgweather-Datenbank enthalten, doch eine komfortable Möglichkeit zur manuellen Eingabe fehlt. Bis GNOME hier nachbessert – beispielsweise mit einer Online-Suche – bleibt das Skript eine praktische Hilfe. Zum Glück muss man es nicht oft ausführen, denn so oft zieht man hoffentlich nicht um.

In diesem Beitrag zeige ich euch, wie ihr ein solches Skript erstellt. Als Beispiel möchte ich demonstrieren, wie man Bilder in das WebP-Format umwandelt, ohne eine Bildbearbeitungssoftware öffnen zu müssen. Dazu verwende ich cwebp, ein leistungsstarkes Tool zur Konvertierung von Bildern in das WebP-Format, sowie Zenity um eine grafische Benutzeroberfläche für die Eingabe von Bildgrößen bereitzustellen.

Warum WebP?

WebP ist ein modernes Bildformat, das eine bessere Komprimierung als JPG oder PNG ermöglicht, ohne die Bildqualität merklich zu beeinträchtigen. Es ist besonders für Webentwickler und Blogger von Vorteil, da es die Ladezeiten von Webseiten reduziert und somit die Performance verbessert.

Vorbereitung: Benötigte Pakete installieren

Bevor ihr mit dem Skript beginnt, stellt sicher, dass die erforderlichen Programme installiert sind. Falls nicht, könnt ihr diese unter Debian-basierten Distributionen wie Ubuntu oder TUXEDO OS mit dem folgenden Befehl installieren:

### Unter Arch Linux, Manjaro und Co.
$ sudo pacman -S libwebp zenity
### Unter Ubuntu, Debian und Co.
$ sudo apt install webp zenity

Erstellung des Skripts zur WebP-Konvertierung

Legt ein neues Skript im Nautilus-Skripte-Ordner an:

$ mkdir -p ~/.local/share/nautilus/scripts
$ gedit ~/.local/share/nautilus/scripts/ConvertToWebP

Fügt nun den folgenden Code in die Datei ein und speichert sie:

#!/bin/bash

# Überprüfen, ob cwebp und zenity installiert sind
if ! command -v cwebp &> /dev/null; then
    zenity --error --text="cwebp ist nicht installiert."
    exit 1
fi

# Benutzer nach Breite und Höhe fragen
input=$(zenity --forms --title="Bildkonvertierung nach WebP" \
    --text="Gebt die gewünschte Breite und Höhe ein (0 für Originalgröße):" \
    --add-entry="Breite" \
    --add-entry="Höhe")

# Falls der Benutzer abbricht, das Skript beenden
if [ -z "$input" ]; then
    exit 1
fi

width=$(echo "$input" | cut -d '|' -f1)
height=$(echo "$input" | cut -d '|' -f2)

# Falls keine Werte eingegeben wurden, Standardwerte setzen
width=${width:-0}
height=${height:-0}

# Alle ausgewählten Dateien verarbeiten
for file in "$@"; do
    if [ -f "$file" ]; then
        output="${file%.*}.webp"
        
        if [[ "$width" -eq 0 && "$height" -eq 0 ]]; then
            # Keine Skalierung, direkt konvertieren
            cwebp "$file" -o "${file%.*}.webp" >/dev/null 2>&1
        else
            cwebp -resize "$width" "$height" "$file" -o "${file%.*}.webp" >/dev/null 2>&1
        fi
    fi
done

Rechte setzen

Damit das Skript ausgeführt werden kann, muss es als ausführbar markiert werden. Das geht mit:

$ chmod +x ~/.local/share/nautilus/scripts/ConvertToWebP

Skript in Nautilus einbinden

Nachdem das Skript erstellt wurde, ist es direkt über den Dateimanager Nautilus verfügbar. Wählt eine oder mehrere Bilder aus, klickt mit der rechten Maustaste darauf, navigiert zu Skripte und wählt ConvertToWebP aus.

Das Skript konvertiert nun alle markierten Bilddateien in gängigen Formaten in das WebP-Format und reduziert deren Größe, während es das Seitenverhältnis beibehält. Falls cwebp nicht installiert ist, wird eine Fehlermeldung ausgegeben. Alternativ könnt ihr die gewünschten Zielgrößen für Breite und Höhe in Pixeln angeben.

Nutzer bekommen das Upgrade nun nicht automatisch auf den RasPi gespielt. Das Upgrade muss man von Hand einleiten. Dabei spielt das System nicht nur einen neuen Linux Kernel auf die Speicherkarte, sondern alle bis dahin aufgelaufenen Neuerungen aus dem Open-Source-Universum rund um GNU/Linux. Für Nutzer des Raspberry Pi 4 oder des Compute Module 4 mit dem aktuellen Chipsatz (zu erkennen an der auf dem Chipsatz aufgedruckten Endung C0T) bedeutet das sogar ein wenig mehr Geschwindigkeit, da das System damit ganz offiziell mit 1,8 GHz laufen darf. Wie bei Distributions-Upgrade allerdings üblich sollte man vor der Aktion ein Backup starten.

System- und Firmware-Upgrade

In meinem kleinen Heimnetz läuft ein Raspberry Pi 3 als kleine eierlegende Wollmilchsau. Der Mini-Rechner filtert mittels PiHole Anzeigen aus dem Datenstrom. Er tunnelt via WireGuard einen sicheren Zugang via VPN durch das Internet ins eigene LAN. Zudem macht mein Raspberry Pi einen steinalten Canon-Scanner netzwerkfähig. Von daher sind bei diesem System einige Dienste eingerichtet und das System an mehr als einer Stelle individuell konfiguriert. Ich war daher skeptisch, ob das Upgrade ohne Komplikationen durchläuft und habe erst einmal ein paar Wochen abgewartet, bis etwaige Schwierigkeiten im Upgrade-Prozess ausgebügelt werden konnten.

### Bestehende Installation auf aktuellen Stand bringen:
$ sudo apt update
$ sudo apt full-upgrade
$ sudo rpi-update
 *** Raspberry Pi firmware updater by Hexxeh, enhanced by AndrewS and Dom
 *** Performing self-update
[...]
 *** Backing up modules 5.10.63-v7+
#############################################################
WARNING: This update bumps to rpi-5.10.y linux tree
See: https://www.raspberrypi.org/forums/viewtopic.php?f=29&t=288234
'rpi-update' should only be used if there is a specific
reason to do so - for example, a request by a Raspberry Pi
engineer or if you want to help the testing effort
and are comfortable with restoring if there are regressions.

DO NOT use 'rpi-update' as part of a regular update process.

##############################################################
Would you like to proceed? (y/N)

Im oben aufgeführten ersten Schritt solltet ihr die bestehende Installation des Raspberry Pi OS auf einen aktuellen Stand bringen. Ich selbst arbeite auf meinen RasPi ohne grafische Oberfläche, logge mich daher via SSH auf dem System ein. Alternativ könnt ihr das Upgrade natürlich aber auch unter der grafischen Oberfläche des Systems ausführen. Der letzte Schritt sudo rpi-update ist optional: Er bringt die direkt auf dem Raspberry Pi installierte Firmware auf den neusten Stand. Wie immer bei solchen Firmware-Updates ist hier Vorsicht angebracht. Theoretisch könnt ihr damit das System in das Nirvana schicken, auf der anderen Seite bügelt solch ein Update aber auch Schwächen aus oder schaltet neue Funktionen frei.

Upgrade auf Buster auf Bullseye

Zur Sicherheit startet ihr das System nach diesem Upgrade einmal durch und kontrolliert, ob der Raspberry Pi auch sicher mit Strom versorgt wird. Das komplette Upgrade hat bei mir in etwa zwei Stunden gedauert, während dieser Zeit sollte der Strom auf keinen Fall ausfallen. Loggt euch nun wieder in das System ein und erstellt zunächst eine Sicherheitskopie der für die Paketverwaltung zuständigen Konfigurationsdatei /etc/apt/sources.list. Das nächste Kommando im folgenden Listing tauscht dann jede Erwähnung von buster gegen bullseyeinnerhalb der Datei. Alternativ könnt ihr diesen Schritt natürlich auch mit einem Texteditor erledigen.

### Upgrade auf Raspberry Pi OS Bullseye einspielen:
$ sudo cp /etc/apt/sources.list /etc/apt/sources.list.bak
$ sudo sed -i 's/buster/bullseye/g' /etc/apt/sources.list
$ sudo apt update
[...]
Reading state information... Done
429 packages can be upgraded. Run 'apt list --upgradable' to see them.
$ sudo apt full-upgrade

Danach lasst ihr mit sudo apt update die Paketquellen neu einlesen und startet abschließend mit dem sudo apt full-upgrade den eigentlichen Upgrade-Prozess, der auf meinem System über 300 MByte an neuen Paketen in das System spült. Das Upgrade läuft mehr oder minder automatisch durch, allerdings informiert die Paketverwaltung zwischendurch über eine Reihe von Neuerungen, die ihr mit [Q] quittieren müsst. Sind wie bei mir Dienste installiert, fragt das Upgrade zudem im weiteren Verlauf ab, ob ihr die Dienste während des Upgrade-Prozesses ohne Nachfrage neu starten möchtet — in der Regel könnt ihr das erlauben.

Kritisch wird es bei Nachfragen wie hier im nachfolgenden Bild. In diesem Fall registriert die Paketverwaltung eine Änderung an der Konfigurationsdatei /etc/default/useradd. Ihr habt nun die Wahl: Mit [Y] das unveränderte Original des Entwicklers zu übernehmen und somit eure eigenen Änderungen zurückzusetzen oder mit [N] eure Version der Konfiguration zu behalten und somit eventuell Neuerungen des Dienstes zu verpassen. Am besten schaut ihr euch mit [D] den Unterschied zwischen beiden Versionen an und entscheidet dann von Fall zu Fall, was zu tun ist. Ganz ohne Wissen über die betroffenen Dienste kann es hier allerdings zu ein paar kniffligen Situationen kommen. Ich für meinen Teil übernehme gerne die Version der Paketentwickler und passe meine Konfiguration danach wieder von Hand an.

Auf meinen Raspberry Pi 3 mit einer Reihe von Diensten hat das System in etwa zwei Stunden an dem Upgrade gearbeitet — allerdings war ich zwischendurch immer wieder mal nicht am Platz, das Upgrade hat dadurch immer mal wieder auf meine Eingaben gewartet. Nach der erfolgreichen Installation von Raspberry Pi OS Bullseye meldet das System am Ende den Wunsch nach einem Neustart an. Startet daher den Raspberry mit dem Kommando sudo reboot einmal neu und meldet euch wieder am System an. Als letzten Schritt kontrolliert ihr, ob das System nun wirklich mit Bullseye läuft und entfernt nicht mehr benötigte Pakete aus dem System. Danach ist euer Raspberry Pi auf dem neusten Stand und wieder bereit für seine Aufgaben im Netz.

$ cat /etc/os-release 
PRETTY_NAME="Raspbian GNU/Linux 11 (bullseye)"
NAME="Raspbian GNU/Linux"
VERSION_ID="11"
VERSION="11 (bullseye)"
[...]
$ sudo apt autoremove
[...]
0 upgraded, 0 newly installed, 40 to remove and 0 not upgraded.
After this operation, 173 MB disk space will be freed.

Kleiner Tipp am Ende: Wie eingangs angesprochen dürfen die aktuell gefertigten Raspberry Pi 4 und Compute Model 4-Platinen (mit der Kennung C0T am Ende der aufgedruckten CPU-Kennzeichnung) nun ganz offiziellem mit einer Taktrate von 1,8 GHz arbeiten. Damit die CPU jedoch überhaupt so hoch taktet, müsst ihr in der Datei /boot/config.txt die Zeile arm_freq=1800 eintragen. Ansonsten habt ihr bis zur nächsten großen Änderung am System wieder ein wenig Zeit. Das nächste große Update steht analog zum Release-Zyklus von Debian in etwa zwei Jahren an, die Basis bildet dann Debian 12 „Bookworm“.

Aktuell gibt es das Flat-Plat in fünf Varianten von GTK 3.14 bis 3.22. Das Theme lässt sich also mit allen halbwegs aktuellen Linux-Distributionen verwenden. Ich nutze das Flat-Plat auf meinen Systemen mit Arch-Linux und damit auch unter Gnome 3.22 — also der aktuellen Gnome-Version. Das Theme und dazu passende Icon-Sets befinden sich im AUR, sodass man es sehr leicht installieren und aktuell halten kann. Da mit Chrome/Chromium und Firefox zwei populäre Anwendungen ihre eigenen Toolkits mitbringen, gibt es auch für diese zwei Programme entsprechende Themes.

Gnome mit Flat-Plat

1 von 3

In der Regel braucht es nur das erste Paket flatplat-theme, dieses enthält sämtliche benötigte Daten — Ich nutze unter Arch pacaur als AUR-Helper, ich könnt das Paket natürlich auch über ein anderes Hilfswerkzeug einspielen. Die Laptop-Variante flatplat-theme-laptop gibt es (wenn ich mir recht erinnere) noch nicht sonderlich lange. Sie reduziert die Höhe des Fensterrahmens, sodass auf Displays mit 1080 oder gar nur 720 Pixel Höhe mehr Platz für den eigentlichen Fensterinhalt bleibt. Unter Arch kann man diese Version des Themes getrennt von der „normalen“ Variante installieren, sodass man die beiden Versionen auch gleichzeitig installiert haben kann.

$ pacaur -Ss flatplat
aur/flatplat-theme 1:3.22.20161109-3 (41, 3,19)
    A Material Design-like flat theme for GTK3, GTK2, Metacity, and
   GNOME-Shell. This package does not contain chrome skin extension.
aur/flatplat-theme-git r228.44c7c3a-1 (16, 2,32)
    upstream git package for the Material Design-like flat theme for
    GTK3, GTK2, Metacity, and GNOME-Shell.
aur/flatplat-theme-laptop 3.22.20161109-1 (1, 0,81)
    Laptop variation of Flat-Plat, a Material Design-like flat theme
    for GTK3, GTK2, Metacity, and GNOME-Shell. This package does not
    contain chrome skin extension.
aur/flatplat-mod 0.1-1 (4, 0,04)
    Edited version of the Flat-Plat Gnome Shell theme
$ pacaur -S flatplat-theme

Flat-Plat-Theme für den Gnome-Desktop

Flat-Plat bietet aktuell noch kein eigenes Icon-Theme an. Mit Paper und Numix (Numix steht für das Icon-Theme innerhalb von Anwendungen, Numix Circles enthält die Icons für den Programmstarter) gibt es jedoch bereits zwei Icon-Projekte, die sehr gut mit dem Theme harmonieren. Für Numix gibt es zudem ein X-Cursor-Theme, das sich auch gut zusammen mit Flat-Plat und Paper nutzen lässt. Unter Arch Linux lassen sich all diese Pakete bequem aus dem AUR installieren.

$ pacaur -Ss numix circle
[...]
aur/numix-icon-theme-git 0.r1864.27ddab5-1 (338, 18,88)
    Base icon theme from the Numix project
aur/numix-circle-icon-theme-git 0.r3.3773866-1 (289, 18,52)
    Circle icon theme from the Numix project
[...]
$ pacaur -Ss numix xcursor
aur/xcursor-numix 0.9.1-2 (56, 2,44)
    An X-cursor-theme for use along with the numixproject products.
$ pacaur -S flatplat-theme numix-icon-theme-git numix-circle-icon-theme-git xcursor-numix

Mit Gnome als Desktopumgebung startet man danach das Gnome-Tweak-Tool und stellt im Reiter Erscheinungsbild das GTK+-Theme auf Flat-Plat, die Symbole auf Paper, den Mauszeiger auf Numix-Cursor sowie das Shell-Thema auf Flat-Plat um. Sämtliche Änderungen sollten sofort aktiv werden. Eventuell muss man die Gnome-Shell allerdings doch einmal neu starten lassen. Ruft dazu mit [Alt]+[F2] die in die Shell integrierte Eingabeaufforderung auf und lasst mit einem einfachen R als Kommando die Shell sich neu laden.

Damit auch der GDM-Loginmanager von Gnome das neue Theme nutzt, muss man zusätzlich noch ein bisschen hand anlegen. Sichert die ursprüngliche Konfiguration und spielt dann die GDM-Konfiguration aus dem Flat-Plat-Ordner nach /usr/share/gnome-shell. Startet danach die Gnome-Shell mit [Alt]+[F2] und [R] abermals einmal neu. Danach sollten der Login-Screen sowie der Sperrbildschirm ebenfalls im Material-Look von Flat-Plat erscheinen. Bei Bedarf lässt sich diese Änderung dann über das Backup wieder rückgängig machen.

### Backup des Originals erstellen (nur bei der ersten Installation)
$ sudo cp /usr/share/gnome-shell/gnome-shell-theme.gresource /usr/share/gnome-shell/gnome-shell-theme.gresource~
### Flat-Plat-Theme für GDM installieren sowie aktualisieren
$ sudo cp /usr/share/themes/Flat-Plat/gnome-shell/gnome-shell-theme.gresource /usr/share/gnome-shell
### GDM-Theme wieder deinstallieren und Original aktivieren
$ sudo mv -iv /usr/share/gnome-shell/gnome-shell-theme.gresource~ /usr/share/gnome-shell/gnome-shell-theme.gresource

Fehlt noch das Wallpaper: Dieses nennt sich What Space Really Looks Like und stammt von Nina Geometrieva. Sie hat das Wallpaper in unterschiedlichen Formaten (bis hoch zu 2880×1800 Pixel) auf einem Imgur zum Herunterladen zur Verfügung gestellt. Es gibt neben dem Desktop-Wallpaper Hochkant-Formate für Smartphones sowie kleine Bilder für die Applewatch — die sich vermutlich auch für andere Smartwatches nutzen lassen. Die Bilder gibt es allerdings bisher nur als JPEG-Dateien. Eine PNG-Variante ohne Kompressionverluste und Artefakte wurde von einigen Nutzern schon angefragt, bislang konnte ich jedoch keine PNG-Version der Bilder entdecken.

Flat-Plat für Chrome/Chromium

Die PKGBUILD-Datei schmeißt bei der Installation von Flat-Plat die Chrome/Chromium-Erweiterung mit dem Flat-Plat-Theme für den Google-Browser aus dem Paket. Daher muss man sich diese Dateien (zumindest unter Arch) einmal von Hand holen und dann im Browser installieren. Dieses fällt allerdings nicht weiter schwer: Holt euch das Theme in einer beliebigen Version von Github und entpackt das TAR.GZ-Archiv mit einem Werkzeug eurer Wahl. Alternativ holt ihr euch über git clone https://github.com/nana-4/Flat-Plat die aktuellen Daten aus dem Github des Projekts und schaut dann direkt nach src/chrome nach den Chrome-Themes.

Öffnet dann in Chrome (beziehungsweise Chromium) den Erweiterungsmanager (bspw. über die URL chrome://extensions oder aus dem Menü heraus unter Einstellungen | Erweiterungen) und geht mit einem Dateimanager in das Verzeichnis Flat-Plat/chrome des zuvor entpackten Flat-Plat-Themes. Von dort zieht ihr dann die zwei CRX-Dateien in das Fenster des Browsers. Die eine Datei enthält das Theme, die andere die für Flat-Plat typischen Scrollbalken als Chrome-Erweiterung. Chrome sollte beide Änderungen sofort umsetzen und sich nun besser in Flat-Plat einpassen.

Für den Firefox-Browser ist ebenfalls ein Flat-Plat-Theme in Entwicklung, allerdings habe ich dieses noch nicht persönlich ausprobiert. Die XPI-Datei lässt sich vom Owncloud-Server des Entwicklers herunterladen und dann wie bei Chrome manuell in den Browser einspielen. Das Theme benötigt zusätzlich das HTitle-Addon für Firefox, welches jedoch nicht mehr weiterentwickelt wird und entsprechend in der Add-On-Datenbank von Mozilla als veraltet markiert ist. Von daher bin ich mir nicht sicher, wie die Zukunft des Firefox-Theme von Flat-Plat aussieht.

Flat-Plat für andere Distributionen wie Ubuntu

Als Arch-User habe ich den Vorteil, dass ich so gut wie alles im Arch User Repositorty aka AUR finde und die Software über diese von der Arch-Community gepflegte Rezepte-Sammlung auch aktuell halten kann. Bei Ubuntu ist das nicht ganz so einfach, hier muss man das Theme komplett von Hand installieren — ein offizielles PPA zur Installation über die Paketverwaltung gibt es nicht. Allerdings lässt sich das Theme auch recht leicht aus dem Git auschecken und ins System kopieren.

Das folgende Listing lädt die Daten aus dem Code-Repository und schiebt sie dann nach /usr/share/themes ins Dateisystem. Die Zeilen funktionieren auch mit älteren Ubuntu-Versionen als Ubuntu „Yakkety Yak“ 16.10, allerdings müsst ihr dann die Version der Shell im entsprechenden Kommando anpassen. Im nächsten Schritt bindet ihr das PPA des Paper-Entwicklers ein und installiert das Paper-Icon-Theme (plus gleich das Numix-Theme aus den normalen Paketquellen von Ubuntu).

### Flat-Plat unter Ubuntu Gnome 16.10 installieren:
$ sudo apt install git
$ cd /tmp
$ gnome-shell --version
GNOME Shell 3.20.4
$ git clone -b 3.20 https://github.com/nana-4/Flat-Plat.git
$ sudo cp -R Flat-Plat/* /usr/share/themes
### Paper-Icon-Theme aus PPA installieren:
$ sudo add-apt-repository ppa:snwh/pulp
$ sudo apt-get update
$ sudo apt install paper-icon-theme numix-icon-theme 

Wer nur das Numix-Theme möchte, kann auch auf das Hinzufügen des PPAs verzichten und dann eben nur Numix einspielen. Zum Aktivieren des Themes müsst ihr nun das Gnome Tweak Tool öffnen und dort in den Erweiterungen die User Themes aktivieren. Diese Erweiterung braucht es, damit man für die Gnome Shell andere Themes laden darf. Damit diese Erweiterung aktiv wird, müsst ihr anschließend einmal das Gnome Tweak Tool neu starten. Danach lassen sich dann im Erscheinungsbild die zuvor installierten Themes auswählen. Das letzte Bild zeigt die Paper- und Numix-Icons im Vergleich.

Im Gegensatz zu zahlreichen anderen GTK-Theme-Entwicklern hat das Flat-Plat-Team bisher immer tolle Arbeit geleistet. Das Theme steht in der Regel unmittelbar nach einem neuen GTK-Release in einer passenden Version bereit, sodass man es gut mit einer so aktuellen Rolling-Release Distribution wie Arch nutzen kann, ohne dass es zu einer kaputten Darstellung aufgrund von Konflikten kommt. Als ebenso interessante Alternative bietet sich Paper als GTK-Theme an, allerdings konnte ich (zumindest in der Vergangenheit) immer wieder Probleme mit diesem Theme feststellen.

Aktuell findet sich das Programm noch nicht in den Paketquellen der gängigen Distributionen. Für den Beitrag habe ich die Installation unter Ubuntu 15.10 und Arch Linux getestet — wobei diese unter Arch via pacaur -S s sehr leicht gelingt, da das Programm im AUR vertreten ist (alternativ gebt ihr den AUR-Helper eurer Wahl an). Mit anderen Distributionen auf dem Rechner müsst ihr s hingegen manuell installieren. Legt dazu in der ~/.bashrc eures Users den GOPATH fest (erstes Listing) und führt dann die Kommandos aus dem zweiten Listing aus. Diese installieren die benötigten Abhängigkeiten zum Kompilieren und Herunterladen des Codes und bauen danach das Programm.

### Folgende Zeilen an ~/.bashrc anfügen
export GOPATH=$HOME/go
export PATH=$PATH:$GOROOT/bin:$GOPATH/bin

### s auf einem Ubuntu- oder Debian-System installieren
$ sudo apt install golang-go git
$ go get -v github.com/zquestz/s
$ cd $GOPATH/src/github.com/zquestz/s
$ make
$ make install

Danach sollte s umgehend startklar sein: Mit der Eingabe von s -l beziehungsweise s --list-providers in einem Terminal bekommt ihr eine Liste mit allen unterstützen Webangeboten auf den Schirm. Alternativ findet ihr diese Liste aber auch ohne Installation des Programms auf der Homepage des Projekts. Interessant sind hier neben den klassischen Suchmaschinen (google, duckduckgo, bing, yahoo) und der Wikipedia die Suche durch die Paketquellen verschiedener Distributionen (archpkg, debianpkg), das Arch-Wiki (archwiki) sowie etwa github, hackernews oder reddit.

### Liste aller unterstützten Suchmaschinen ausgeben.
$ s -l
500px
8tracks
amazon
archpkg
archwiki
[...]
github
gmail
[...]
google
googleplus
hackernews
[...]
yahoo
yandex
youtube

Zum Start der Suche gebt ihr lediglich s gefolgt von den gewünschten Suchbegriffen ein. Ohne weitere Option ruft s Google als Suchmaschine auf und zeigt die Ergebnisse in einem neuen Tab des im System definierten Standardbrowsers an — so spart ihr bei einer Websuche ein paar Aktionen mit Maus oder Tastatur. Optional übergebt ihr s mit dem Schalter -p einen anderen Suchmaschinenanbieter, wie hier im Beispiel Amazon oder die Wikipedia. Den Bezeichner könnt ihr dabei auch abkürzen, solange die Referenz eindeutig bleibt.

### Suche mit Standardsuchmaschine
$ s linux kernel
### Suche unter Angabe der Webseite
$ s -p amazon linux laptop
$ s -p wikipedia linus torvalds
### Anbieterkennung abkürzen
$ s -p am ubuntu buch
$ s -p wi arch linux

Möchtet ihr einen anderen Suchmaschinenanbieter als Standard oder gar eigene Einträge anlegen, dann müsst ihr mit der ~/.s/config eine Konfigurationsdatei für das Programm anlegen (erstes Listing) und dann den Inhalt aus dem Zweiten übertragen — selbstverständlich an eure Wünsche angepasst. In meinem Beispiel nutze ich DuckDuckGo als Standardsuchmaschine und füge Linux und Ich unter dem String linuxundich sowie die zu ixquick ausgelagerte Suche von Ubuntuusers über die gleichnamige Option ubuntuusers als weitere Suchanbieter hinzu. Das Ganze funktioniert selbstverständlich mit zahlreichen weiteren Angeboten im Netz.

### Konfigurationsdatei ~/.s/config erstellen
$ mkdir ~/.s
$ nano ~/.s/config

provider: duckduckgo
customProviders [
  {
    name: linuxundich
    url: "https://linuxundich.de/?s=%s"
  }
  {
    name: ubuntuusers
    url: "https://ixquick.com/do/search?q=%s+site:ubuntuusers.de&l=deutsch"
  }
]

$ s -p linuxundich arch linux

Installiert ihr die aktuelle Ausgabe vom RasPi-Betriebssystem Raspbian Jessie in der „Vollversion“, also mit einer grafischer Oberfläche, auf eurem Raspberry Pi 3, dann findet ihr euch nach dem Start direkt auf LXDE-Desktopumgebung wieder. Diese bringt von Haus aus ein grafisches Werkzeug zum Verwalten der Netzwerkverbindungen mit, das selbstverständlich auch mit dem WLAN-Chip auf dem RasPi3 umgehen kann — sowie natürlich auch mit älteren RasPis, die ihr mit einem geeigneten USB-WLAN-Adapter aufgerüstet habt. Im Idealfall müsst ihr also einfach euren RasPi booten, das WLAN auswählen, die Zugangsdaten eingeben und schon seid ihr „drinnen“. Der Netzwerkmanager speichert die Zugangsdaten, sodass sich das System in Zukunft automatisch ins WLAN einloggt.

RasPi-WLAN über die LXDE-GUI einrichten

Nutzt ihr hingegen die Lite-Version, dann müsst ihr den Aufbau der Netzwerkverbindung via WLAN über das Terminal regeln. Die Installation einer kompletten GUI würde ja dem Vorhaben, einen möglichst schlanken RasPi aufzubauen, komplett widersprechen. Ich gehe nun mal davon aus, dass ihr Raspian Jessie Lite auf eurem RasPi3 zum Laufen gebracht habt. Hängt an eurem RasPi Tastatur und Monitor, könnt ihr direkt loslegen. Verzichtet ihr auf jegliche Peripherie, verbindet ihr euren RasPi vorübergehend mit dem LAN und sucht euch dann mit arp-scan die IP-Adresse des kopflosen RasPis raus. Details dazu erfahrt ihr in einem Artikel, den ich vor ein paar Wochen verfasst habe: Headless Server wie einen Raspberry Pi im Netz finden ohne die IP-Adresse zu kennen. Alternativ sucht ihr euch die IP-Adresse über das Webfrontend eures Routers heraus, dieses bietet in der Regel eine Übersicht mit allen aktuell im Netzwerk aktiven Geräten.

$ sudo arp-scan --interface=net0 --localnet | grep Raspberry
192.168.178.33	b8:27:eb:e4:e1:30	Raspberry Pi Foundation
192.168.178.35	b8:27:eb:f3:c6:25	Raspberry Pi Foundation

RasPi-WLAN manuell einrichten

Auf dem zukünftigen WLAN-RasPi eingeloggt, sorgt ihr erstmal für die Installation aller anstehenden Updates. Die im Listing genannten Befehle sind übrigens korrekt: Seit Jessie, also Debian 8, gibt es mit apt ein Kommando, das apt-get, apt-cache und Co. in einem Programm zusammenfasst. Dazu hatte ich erst gestern bereits einen längeren Beitrag im Blog: apt-get, apt-cache lässt sich schon lange mit apt abkürzen. Installiert also zur Sicherheit sämtliche Updates und startet dann einmal den Raspberry Pi neu durch. Anschließend loggt ihr euch wieder neu im Terminal oder via SSH ein und macht euch ans Einrichten der WLAN-Verbindung. Als ersten Schritt schaut ihr mittels iwlist scan kurz nach, ob das System auch wirklich den WLAN-Adapter findet. Der Name der Netzwerkkarte lautet im Fall des Raspberry Pi 3 wlan0, nutzt ihr einen älteren RasPi mit USB-WLAN-Adapter erscheinen je nach für die Karte verantwortlichem Kernel-Modul andere Namen.

$ sudo apt update
$ sudo apt full-upgrade
$ sudo reboot

$ iwlist scan
wlan0     No scan results
lo        Interface doesn't support scanning.
eth0      Interface doesn't support scanning.

Anschließend gilt es zu prüfen, ob der RasPi das gewünschte WLAN überhaupt findet. Lasst die Netzwerkkarte dazu mit iwlist scan die Umgebung nach aktiven WLANs abgrasen. Das per Pipe angehängte Kommando egrep filtert aus der Ausgabe von iwlist dann die SSIDs der gefundenen WLANs sowie deren Verschlüsselung heraus. Ansonsten ist die Ausgabe des Kommandos ein wenig unübersichtlich. In meiner Gegend sieht es noch ein wenig weihnachtlich aus, im folgenden soll sich der RasPi in meinem WLAN „Santa“ einloggen.

$ sudo iwlist wlan0 scan | egrep "(ESSID|IEEE)"
                    ESSID:"Santa"
                    IE: IEEE 802.11i/WPA2 Version 1
                    ESSID:"Littlehelper"
                    IE: IEEE 802.11i/WPA2 Version 1

Dazu öffnet ihr die Datei wpa_supplicant.conf aus dem Verzeichnis /etc/wpa_supplicant mit Root-Rechten in einen Editor. Einsteiger werden hier in der Regel zu nano greifen. Dort fügt ihr den Inhalt des Code-Blocks ein, ändert die SSID und das Passwort entsprechend ab, und schreibt die Änderungen dann mittels der Tastenkombinationen [Strg]+[O], [Eingabe] auf die Speicherkarte. Mit [Strg]+[X] beendet ihr den Editor und kehrt ins Terminal zurück.

$ sudo nano /etc/wpa_supplicant/wpa_supplicant.conf

network={
    ssid="Santa"
    psk="ganzgeheimespasswort"
}

Anschließend sollte das System eigentlich die Änderung and der wpa_supplicant.conf erkennen und die Verbindung automatisch initialisieren. Sollte dies nicht der Fall sein, schaltet ihr einfach die WLAN-Karte einmal ab und wieder an — dazu dienen die ersten zwei Kommandos aus dem folgenden Listing. Anschließend sollte sich der WLAN-Adapter des Raspberry Pi 3 in das angegebene drahtlose Netzwerk einloggen und sich via DHCP eine IP-Adresse vom Router holen. Der Ping bestätigt dann, dass die Netzwerkverbindung funktioniert.

$ sudo ifdown wlan0
$ sudo ifup wlan0
$ sudo ifconfig wlan0 | grep inet
          inet addr:192.168.178.83  Bcast:192.168.178.255  Mask:255.255.255.0
          inet6 addr: fe80::ba27:ebff:fe23:4b43/64 Scope:Link
$ ping -c 3 linuxundich.de
PING linuxundich.de (89.238.77.73) 56(84) bytes of data.
64 bytes from ... (89.238.77.73): icmp_seq=1 ttl=48 time=33.7 ms
64 bytes from ... (89.238.77.73): icmp_seq=2 ttl=48 time=25.8 ms
64 bytes from ... (89.238.77.73): icmp_seq=3 ttl=48 time=26.4 ms

--- linuxundich.de ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 25.834/28.685/33.770/3.606 ms

RasPi-WLAN mit Wicd-curses einrichten

Der vorherige Abschnitt beschreibt die graue Theorie, wie man die WLAN-Verbindung des Raspberry Pi ohne eine grafische Oberfläche zu Fuß einrichten könnte; was allerdings nicht heißt, dass man es so machen muss. Es gibt in den Paketquellen ein kleines Werkzeug mit einer auf Text basierten Oberfläche, das einem das Einrichten des Netzwerkzugangs erleichtert. Dieses lässt sich direkt aus den Paketquellen installieren und dann ohne Root-Rechte aufrufen — ihr braucht daher aber zunächst mal eine Kabel-Netzwerk-Verbindung. Arbeitet ihr via SSH auf dem RasPi, dann gilt es zu beachten, dass Wicd später die laufende Netzwerkverbindung gnadenlos unterbricht, sobald ihr eine andere aktiviert. Seid ihr also via Kabel-Ethernet verbunden, dann fliegt ihr vom RasPi, sobald ihr das drahtlose Netzwerk aktiviert.

$ sudo apt install wicd-curses
$ wicd-curses

Bevor wicd-curses nun aber überhaupt funktioniert, müsst ihr in den Einstellungen des Programms den Dhcp-Client anpassen, sonst scheitert das Programm am Versuch eine IP-Adresse vom Router zu bekommen. Öffnet dazu mit [Shift]+[P] die Einstellungen und wechselt mit [Pfeil-rechts] in den „Reiter“ Externe Programme — dieser ist recht leicht zu übersehen. In diesem wählt ihr dann die Option dhclient an und speichert die Einstellung mit [F10]. Arbeitet ihr via SSH mit dem RasPi, dann wird die Funktionstaste etwas in der Terminal-App auslösen und die Eingabe nicht zum entfernten Rechner übertragen. Bei Bedarf könnt ihr aber die blauen Flächen quasi wie Buttons einer GUI auch einfach mit der Maus anklicken und so eure Konfiguration abspeichern (im Gnome-Terminal könntet ihr allerdings auch die Einstellung Menütastenkombination aktivieren (Vorgabe: F10) deaktivieren).

Arbeitet ihr mit einem Raspberry Pi der ersten oder zweiten Generation und einem USB-WLAN-Stick, dann nennt sich die Netzwerkkarte eventuell nicht wlan0. Passt in den Allgemeinen Einstellungen der Wicd Text-Oberfläche daher bei Bedarf den Namen, der zu steuernden Karte an.

Damit ist die wichtigste Einstellung getroffen und ihr könnt euch das gewünschte drahtlose Netzwerk aus der Liste heraussuchen. Mit [Pfeil-rechts] öffnet ihr im Netzwerkmanager dann die Einstellung zu diesem. Soll euer RasPi die WLAN-Verbindung in Zukunft automatisch aufbauen, dann aktiviert hier die Option Automatisch mit diesem Netzwerk verbinden und tragt letztendlich im Feld Schlüssel das WLAN-Passwort ein. Mit [F10] speichert ihr die Zugangsdaten ab und kehrt zurück zur Übersicht der gefundenen WLANs. Mit [Shift]+[C] beziehungsweise einfach [Eingabe] baut ihr dann abschließend die Netzwerkverbindung auf. Am unteren Rand des Terminalfensters erhaltet ihr Informationen zum aktuellen Geschehen. Habt ihr die Option zum automatischen Verbindungsaufbau korrekt gesetzt, dann klinkt sich euer RasPi in Zukunft automatisch — und ohne, dass sich ein User in das System einloggen müsste — ins WLAN ein.

Wi-fi-Country des Raspberry Pi einstellen

Letztendlich sollte ihr noch einmal mit sudo raspi-config die Raspberry-Pi-Konfiguration öffnen und unter Internationalisation Options | Change Wi-fi Country die länderspezifischen Einstellungen anpassen. Konfiguriert ihr hier etwa korrekt DE Germany, dann funkt euer Raspberry Pi in Zukunft auch auf Kanal 12 und 13. Diese Kanäle sind in der Grundeinstellung ausgeklammert, da sie beispielsweise in den USA nicht zugelassen sind. Damit die Einstellung aktiv wird, müsst ihr nach Abschluss der Konfiguration einmal noch das System neu starten.

Erstmal gilt es die in meinem Netzwerk maximal erzielbare Datenrate auszumessen. Diese Werte sollen später als Referenz dienen, ob die mit der Fritzbox ermitteln Werte auch die Realität abbilden. Dazu hänge ich zwei ausgewachsene Rechner (einen mit Arch und einen mit Ubuntu 15.10) mit Gigabit-Ethernet an die Fritzbox (in meinem Fall eine Fritzbox 7490) und installiere auf beiden Rechner Iperf. Das Programm findet sich bei eigentlich allen Distributionen in den Paketquellen von Linux. Arch Listet neben der Version 2.x bereits auch Iperf3 in den Quellen auf. Achtet darauf, dass die neue Version nicht zu der alten abwärtskompatibel ist und installiert am besten die ältere Ausgabe des Programms. Bei Bedarf gibt es das Programm auch für MacOS X und Windows.

Datenrate im Netz mit Iperf ermitteln

### Iperf unter Ubuntu/Debian installieren...
$ sudo apt install iperf
### Iperf unter Arch Linux installieren...
$ pacman -Ss iperf
community/iperf 2.0.5-9
    A tool to measure maximum TCP bandwidth
community/iperf3 3.1.2-1
    Internet Protocol bandwidth measuring tool
$ pacman -S iperf

Anschließend starte ich Iperf auf einem der Rechner im Server-Modus und auf dem zweiten Computer als Client. Nach wenigen Sekunden spuckt die Client-Seite das Ergebnis aus, dieses erscheint ebenfalls im Log des Iperf-Servers. In meinem Fall erreichen die zwei mit Gigabit-Netzwerkkarten ausgestatteten Rechner an der Fritzbox fast die theoretisch maximale Datenrate. Die 940 MBit/s können sich auf jeden Fall sehen lassen und zeigen, dass mit der Verkabelung alles passt. Nun muss die Fritzbox beweisen, was sie als Iperf-Server zu leisten imstande ist.

$ iperf -s 
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
[  4] local 192.168.178.80 port 5001 connected with 192.168.178.57 port 36672
[ ID] Interval       Transfer     Bandwidth
[  4]  0.0-10.0 sec  1.10 GBytes   941 Mbits/sec

### Iperf-Test via Fritzbox und UDP
$ iperf -c 192.168.178.80
------------------------------------------------------------
Client connecting to 192.168.178.80, TCP port 5001
TCP window size: 85.0 KByte (default)
------------------------------------------------------------
[  3] local 192.168.178.57 port 36672 connected with 192.168.178.80 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec  1.10 GBytes   943 Mbits/sec

Iperf-Server auf der Fritzbox aktivieren

Der Iperf-Server ist nun auf der Fritzbox nicht von Haus aus aktiv. Für den Leistungstest müsst ihr die versteckte Konfigurationsseite der Fritzbox unter http://fritz.box/support.lua aufrufen und dort den Haken bei der Option Messpunkt für einen Iperf-Client im Heimnetz aktivieren, Port 4711 für TCP und UDP setzen und weiter unten auf Einstellungen übernehmen klicken. Auf den zweiten Schalter Messpunkt für einen bidirektionalen Iperf-UDP-Test im Heimnetz aktivieren, Port 4712 für UDP gehe ich später noch ein, erst einmal reicht es lediglich die erste Option zu aktivieren.

Im Gegensatz zum „Standard-Iperf“ lauscht der Fritzbox-Iperf-Server nun nicht auf Port 5001 auf eingehende Verbindungsanfragen sondern auf Port 4711. Von eurem Testrechner müsst ihr als Iperf daher mit der Portangabe -p 4711 starten. Fast schon wie erwartet, zeigt sich bei diesem Test wieder, dass die CPU der Fritzbox (selbst die des aktuellen Top-Modells 7490) für die Verarbeitung von Netzwerkpaketen nicht wirklich geeignet ist. Iperf meldet gerade mal einen Datendurchsatz von 173 MBit/s. Zur Erinnerung: Leitet die Fritzbox die Datenpakete als Switch nur von Rechner zu Rechner weiter, erzielt eine Iperf-Konfiguration bestehend aus zwei Gigabit-Rechnern eine Datenrate von über 940 MBit/s.

### Iperf-Test via Fritzbox und TCP
$ iperf -c 192.168.178.1 -p 4711
------------------------------------------------------------
Client connecting to 192.168.178.1, TCP port 4711
TCP window size: 85.0 KByte (default)
------------------------------------------------------------
[  3] local 192.168.178.57 port 57234 connected with 192.168.178.1 port 4711
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec   206 MBytes   173 Mbits/sec

Iperf im UDP-Modus zeigt realistisches Ergebnis

Zur Rettung der Ehre der Fritzbox aktiviert ihr nun den zweiten Punkt Messpunkt für einen bidirektionalen Iperf-UDP-Test im Heimnetz aktivieren, Port 4712 für UDP und übernehmt die Einstellung wieder. Damit habt ihr die Möglichkeit die Netzwerkgeschwindigkeit mittels des schlanken User Datagram Protocol kurz UDP zu testen. Bei diesem wird im Gegensatz zu TCP aka Transmission Control Protocol unter anderem keine Bestätigung beim Empfang eines Datenpakets zurück zum Sender geschickt, was unter anderem den Overhead des Protokolls reduziert und die Prozessorlast bei der Übertragung senkt. Schmeißt ihr nun auf eurem Rechner Iperf an, fügt ihr dem Aufruf die Optionen -u für UDP und -b 1000M für die Zielbandbreite von 1 GBit/s an.

$ iperf -c 192.168.178.1 -p 4712 -u -b 1000M
------------------------------------------------------------
Client connecting to 192.168.178.1, UDP port 4712
Sending 1470 byte datagrams
UDP buffer size:  208 KByte (default)
------------------------------------------------------------
[  3] local 192.168.178.57 port 42387 connected with 192.168.178.1 port 4712
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec   969 MBytes   813 Mbits/sec
[  3] Sent 691514 datagrams
[  3] WARNING: did not receive ack of last datagram after 10 tries.

In diesem Modus entspricht die von Iperf auf der Fritzbox ermittelte Datenrate von 813 MBit/s deutlich eher der Realität, der Wert liegt aber trotzdem noch rund 14 Prozent unter dem, den ich mit zwei „ausgewachsenen“ Rechnern ermittelt habe. Der in der Fritzbox integrierte Iperf-Server eignet sich daher nicht wirklich für Leistungstests mit Gigabit-Ethernet oder WLAN nach IEEE 802.11ac, das zumindest in der Theorie ähnlich schnelle Datenraten erzielen sollte. In der Praxis liegen die Datenraten von Smartphones und Notebooks trotz WLAN-AC deutlich unter der von Gigabit-Ethernet, sodass hier der Fritzbox-Iperf zumindest vergleichbare Aussagen liefern sollte.

Iperf auf Android-Smartphones und -Tablets

Der in der Fritzbox integrierte Iperf-Server eignet sich daher im Prinzip hauptsächlich dafür den Durchsatz von per WLAN angebundenen Geräten wie Notebooks, Smartphones oder Tablets zu messen. Für Android gibt es daher eine ganze Reihe von Apps, die als Iperf-Client dienen können. Die Homepage des Iperf-Projekts listet dafür eine ganze Reihe von Apps für Android (sowie eines für iOS) auf, doch nicht jede dieser Apps eignet sich für den Fritzbox-Iperf-Server, da dieser nicht auf dem Standard-Port des Protokolls (Port 5001) lauscht und sich der Port in der App anpassen lässt.

FRITZ!App WLAN mit Iperf-Test

1 von 3

In der Praxis bei mir hat sich die FRITZ!App WLAN bewährt. In dieser lässt sich aus der Seitenleiste heraus die Option WLAN messen aufrufen. Die Funktion führt eine ganze Reihe von Tests durch, darunter eben (wenn die Iperf-Option, wie oben im Artikel beschrieben, zuvor in den Fritzbox-Einstellungen aktiviert wurde) auch einen Iperf-Test. Diesen allerdings nur mit der TCP-Option, die generell geringere Datenraten anzeigt. Alternativ könnt ihr zu den kostenlosen Apps Aruba Utilities oder iPerf for Android greifen. In diesen Apps könnt ihr vom PC gewohnten Iperf-Optionen eins zu eins übertragen, was allerdings ein wenig Tipparbeitet auf der virtuellen Smartphone-Tastatur bedeutet.

Aruba Utilities und Iperf for Android

1 von 5

Die Snapshot-Funktion mittels Btrfs kommt zusammen mit DSM 6.0, das aktuell „nur“ als Release Candidate zur Verfügung steht. Beim Einrichten des Systems gilt es also die aktuelle Testversion zu installieren und nicht die vom Einrichtungsassistenten vorgeschlagene Version DSM 5.2. Beim Umstieg auf eine neue Diskstation müsst ihr lediglich die Festplatten aus dem alten Gerät nehmen, diese in das neue Gerät packen und es anschalten. Die Diskstation startet mit der „fremden“ Platte nicht komplett durch, sondern muss nochmal frisch installiert werden. Dabei gehen jedoch keine Daten und Einstellungen verloren, lediglich das Betriebssystem wird auf der von euren Daten getrennten Partition neu installiert.

Migration auf neue Diskstation

Dazu ermittelt ihr über euren Router die IP der neuen Diskstation und ruft diese in einem Browser von eurem Rechner aus auf. Alternativ installiert ihr auf eurem System den Synology Assistant und nutzt diesen, um die noch unkonfigurierte Diskstation aufzuspüren. Synology stellt den Assistent für Linux-User als DEB- und RPM-Paket zur Verfügung, Anwender mit Arch auf dem Computer finden das Programm im AUR. Der Eintrag funktioniert (Stand März 2016) jedoch nicht, in den Kommentaren findet sich allerdings ein Paket, das sich ohne weiteres bei Bedarf installieren lässt.

### Synology Assistant unter Arch installieren...
$ wget http://insolita.se/dsassistant-5566-1-x86_64.pkg.tar.xz
$ sudo pacman -U dsassistant-5566-1-x86_64.pkg.tar.xz

Im Web Assistant findet ihr nun die Option das System auf eine neue Disktation zu migrieren. Im zweiten Schritt bietet euch der Assistant an die bestehenden Einstellungen zu erhalten (Migration) oder das System neu aufzusetzen (Clean installation). Bei dieser überschreibt das Setup lediglich eure Einstellungen und Konfigurationen, eure auf dem NAS gespeicherten Daten bleiben hingegen erhalten. Mit Manual install habt ihr im darauffolgenden Schritt die Möglichkeit die zuvor als PAT-Datei heruntergeladene Testversion von DSM 6.0 einzuspielen. Wählt ihr direkt den Button Install Now an, spielt das Setup die offizielle Firmware (aktuell also DSM 5.2 ohne Btrfs-Unterstützung) ein.

Einspielen von DSM 6.0 mit Btrfs-Unterstützung

Der Umstieg auf eine neue Diskstation hat bei mir etwa 15 Minuten gebraucht, danach stand das System umgehend mit allen Daten und Einstellungen wieder zur Verfügung. Das gilt allerdings nur für das System: Wer für die Snapshot-Funktion auf Btrfs umsteigen möchte, der muss die für die Sicherung gewünschten Datenpartitionen löschen und mit Btrfs neu formatieren. Es gilt also sämtliche Daten der betroffenen Partition zu sichern. Bei mir brauchte das Sichern von gut 1 TByte an Daten auf einer externen USB3.0-Festplatte knapp 6 Stunden. Das Formatieren nur Minuten, doch das Rückspielen der Daten wieder ein paar Stunden. Für den Umstieg auf Btrfs sollte man daher — je nach Datenmenge — schon einen Tag oder mehr Auszeit einplanen.

Erst einmal ein paar Worte zum aktuellen Status von Flash: Adobe hat die Entwicklung des eigenständigen Flash-Plugins für Linux Anfang 2012 eingestellt. Seit knapp vier Jahren dümpelt das Plugin somit schon bei der Versionsnummer 11.2 vor sich hin, Adobe pflegt an und an nur noch essentielle Sicherheitsupdates ein. Adobe Flash für Linux lebt offiziell nur noch in Kombination mit Googles Chrome-Browser weiter. Dieser enthält von Haus aus ein nach wie vor weiter entwickeltes Flash-Plugin. Dieses lässt sich jedoch nicht ohne weiteres auf andere Browser übertragen, da es mit NPAPI und PPAPI zwei Plugin-Schnittstellen für Browser-Plugins gibt. Mozilla setzt bei Firefox nach wie vor noch auf die alten NPAPI-Plugins, Chrome und Chromium hingegen arbeiten mit PPAPI-Plugins (das PPAPI-Flash-Plugin wird somit auch gerne als Pepper-Flash bezeichnet).

Chrome, der offizielle „Flash-Browser“

Wer also ein sauber in den Browser integriertes Flash-Plugin unter Linux sucht, der muss wohl oder übel auf Googles Chrome-Browser zurückgreifen. Diesen gibt es direkt von Google zum herunterladen, wobei Google die Paketverwaltungen mehrerer Distributionen unterstützt. In Arch Linux lässt sich Chrome somit über das AUR sehr einfach installieren. Unter Ubuntu muss man einfach nur die entsprechenden DEB-Pakete einspielen und die nötigen Abhängigkeiten auflösen lassen. Beachtet bitte jedoch, dass Google zum März dieses Jahres plant die 32-Bit-Version einzustellen. Somit wird dann auch das Flash-Plugin für 32-Bit-Installationen vermutlich ein Ende finden.

### Chrome unter Arch Linux installieren...
$ pacaur -S google-chrome

### Chrome unter Ubuntu/Debian installieren...
# Für 64-Bit-Systeme:
$ wget https://dl.google.com/linux/direct/google-chrome-stable_current_amd64.deb
# Für 32-Bit-Systeme:
$ wget https://dl.google.com/linux/direct/google-chrome-stable_current_i386.deb
# Jetzt die Installation:
$ sudo dpkg -i google-chrome*.deb
$ sudo apt-get install -f

Öffnet ihr nach der Installation in Chrome die Seite chrome://plugins, findet ihr am Ende der Liste euer Flash-Plugin — ohne dass ihr noch weitere Pakete installieren müsstet. Die Versionsnummer liegt aktuell bei Flash 20.0.0.286, sie erhöht sich jedoch in der Regel automatisch mit einem Update des Browsers. Das in Chrome enthaltene Flash-Plugin funktioniert nun aber nur mit Chrome, selbst die Open-Source-Version des Browsers Chromium und natürlich andere Browser wie Firefox oder Gnome Internet können nicht direkt auf dieses Modul zurückgreifen. Ist Chrome nicht „euer“ Browser, müsst ihr also noch ein wenig tricksen, um Flash in anderen Browsern nutzbar zu machen.

Sonderfall Raspberry Pi: Die CPU des Raspberry Pi ist nach der ARM-Architektur gefertigt. Linux und viele Open-Source-Anwendungen können auf diese übertragen werden, doch proprietäre Anwendungen wie Chrome oder Adobe Flash gibt es nicht für ARM-Systeme wie eben den RasPi. Wer den RasPi oder andere ARM-Systeme als Desktopersatz nutzen möchte, muss wohl oder über auf Flash im Browser verzichten — vielleicht ist das ja auch besser so.

Chromium mit Pepper-Flash aufrüsten

Google hat weite Teile des dem Chrome-Browser zugrunde liegenden Quellcodes unter einer freien Lizenz geöffnet. Chromium ist praktisch Chrome, allerdings ohne die Integration von zahlreichen Google-Diensten. Aufgrund der schnellen Engine, ist dieser Browser daher bei vielen Anwendern sehr beliebt. Wie Chrome unterstützt auch Chromium PPAPI-Plugins, allerdings binden die Entwickler das Pepper-Flash-Plugin nicht direkt in den Browser ein. Das hindert uns allerdings nicht, das Pepper-Flash-Plugin aus Chrome zu extrahieren und im System zu verankern. Dies geschieht in der Regel über Pakete, die sich recht einfach über die Paketverwaltung installieren lassen.

In Arch findet sich dafür das Paket chromium-pepper-flash als Kochrezept im Arch User Repository aka AUR. Es lädt Chrome als RPM-Paket von Google herunter, schnappt sich das Plugin, installiert es im System und wirft den Rest des Browsers dann wieder weg. Somit könnt ihr Chromium inklusive dem Pepper-Flash-Plugin ohne große Komplikationen nutzen. Ubuntu macht es hier nun ähnlich: Dort gibt es seit Ubuntu 14.04 LTS das Paket pepperflashplugin-nonfree. Habt ihr es auf der Platte, lädt Chromium ebenfalls automatisch das Pepper-Flash-Plugin aus dem System. Auf älteren Ubuntu-Versionen müsst ihr allerdings auf diese Option verzichten.

### Pepper-Flash für Chromium unter Arch...
$ pacaur -S chromium-pepper-flash
### Pepper-Flash für Chromium unter Ubuntu...
$ sudo apt-get install pepperflashplugin-nonfree

Kleiner Tipp am Rande: Aktuelle Versionen des Opera-Browsers bauen inzwischen auch auf dem Quellcode von Chromium auf. Den komplett eigenständigen Opera-Browser mit einer selbst entwickelten Engine gibt es nur noch als „historische“ Version. Was für den Chrome-Grundstock Chromium bedeutet, gilt daher auch für den aktuellen Opera-Browser. Dieser sollte ebenfalls automatisch nach der Installation von Pepper-Flash im System Flash als Browser-Plugin nutzen können und somit eine sinnvolle Alternative zu Chrome oder Chromium für euch sein.

Firefox, Epiphany und andere NPAPI-Browser

Adobes altes NPAPI-Flash-Plugin

Sind weder Chrome noch Chromium brauchbare Browser für euch, müsst ihr einen anderen Weg wählen Flash unter Linux zu installieren. Einer wäre es das alte NPAPI-Flash-Plugin einzuspielen: So können dann auch Flash oder andere NPAPI-Browser wie der in Gnome enthalte Epiphany-Browser (inzwischen „Internet“ genannt) Flash laden. Die meisten Linux-Distributionen führen es noch in ihren Paketquellen, da machen Ubuntu und Arch Linux keine Ausnahme. Beachtet jedoch, dass dieses Plugin eben seit vier Jahren nur noch mit sehr eingeschränktem Einsatz gepflegt wird. Sicherheitslücken werden, wenn man den Track-Record von Adobe im Kopf hat, mehr schlecht als recht behoben, doch weitere Entwicklung findet gar nicht mehr statt. Die Browser melden das alte Flash-Plugin daher auch mit der Versionsnummer 11.2.

### Adobes altes NPAPI-Flash-Plugin für Firefox in Arch...
$ sudo pacman -S flashplugin
### Adobes altes NPAPI-Flash-Plugin für Firefox in Ubuntu...
$ sudo apt-get install flashplugin-installer

Pepper-Flash mit NPAPI-Browsern

Die vielleicht bessere Alternative bekommt ihr mit dem Fresh Player Plugin. Es ist quasi ein Adapter für PPAPI auf NPAPI, sodass Firefox und andere NPAPI-Browser die moderneren PPAPI-Plugins benutzen können. Das Ganze befindet sich noch im Beta-Stadium, funktioniert in der Regel jedoch bereits sehr gut — in vielen Fällen besser, als mit dem alten NPAPI-Plugin von Adobe. Für das Fresh Player Plugin müsst ihr eben den Adapter mitsamt dem bereits angesprochenen Pepper-Flash-Plugin installieren. Beides bekommt ihr in den Paketquellen, das Paket freshplayer-pepperflash kennt Ubuntu jedoch erst seit der Version 15.10.

### Pepper-Flash für NPAPI-Browser in Arch...
$ pacaur -S freshplayerplugin-git chromium-pepper-flash
### Pepper-Flash für NPAPI-Browser in Ubuntu...
$ sudo apt-get install browser-plugin-freshplayer-pepperflash

In älteren Ubuntu-Ausgaben gibt es dieses Paket noch nicht, ihr könnt es allerdings über eine PPA-Paketquelle recht leicht einspielen. Beachtet jedoch, dass es nicht ausreicht einfach das Paket pepflashplugin-installer aus dem PPA zu installieren. Ihr müsst nach der Installation des Pakets noch die Konfigurationsdatei /etc/chromium-browser/default mit Root-Rechten in einen Editor laden und ans Ende der Datei, nach der Zeile CHROMIUM_FLAGS="", die im zweiten Listing hinterlegte Zeile einfügen und das Ergebnis dann wieder abspeichern. Im Firefox und Co. meldet sich Flash dann in der Version 20.0 (oder neuer).

### Pepper-Flash-Plugin unter älteren Ubuntu-Versionen...
$ sudo add-apt-repository ppa:skunk/pepper-flash
$ sudo apt-get update
$ sudo apt-get install pepflashplugin-installer
$ sudo gedit /etc/chromium-browser/default

. /usr/lib/pepflashplugin-installer/pepflashplayer.sh

Troubleshooting: Flash und Linux

Generell solltet ihr darauf achten, dass nie zwei Flash-Varianten zur selben Zeit installiert sind. Möchtet ihr also vom „alten“ Adobe-NPAPI-Plugin auf das Fresh Player Plugin umschwenken, dann entfernt zuvor bitte alle alten Flash-Versionen über die Paketverwaltung. Prüft bei weiteren Problemen, welche Flash-Version euer Browser lädt, die Info findet ihr in der Regel immer in den Übersichtsseiten des Browsers zu den installierten und aktivierten Plugins. Je nach Browser erreicht ihr diese über Pseudo-URLs wie etwa:

• Firefox: about:plugins
• Chrome: chrome://plugins
• Chromium: chromium://plugins (es funktioniert aber auch chrome://plugins)
• Gnome Internet (Epiphany): about:plugins

Powerline ist ein in Python geschriebenes Programm, das den Prompt dynamisch gestaltet. So zeigt Powerline beispielsweise den Pfad zum aktuellen Verzeichnis als Breadcrumbs an, das Programm kümmert sich um den Git-Status und symbolisiert Änderungen oder es klinkt sich via Plugin in Programme wie den Editor Vim, in den Terminal-Multiplexer Tmux oder in Fenstermanager wie Awesome ein. Ich beschränke mich hier in diesem Beitrag lediglich auf die Bash und Tmux. Wer „mehr“ möchte, der muss einfach mal die sehr ausführliche Dokumentation der Entwickler studieren. Bei der Installation von Powerline konzentriere ich mich auf zudem die systemweite Installation des Programms unter Ubuntu und Arch Linux. Weitere Hinweise zur Installation findet ihr auch wieder in der Powerline-Doku.

Powerline unter Arch einrichten

Unter Arch Linux lässt sich Powerline sehr leicht installieren, da das Programm mitsamt der dafür nötigen Fonts im AUR vorhanden ist. Für die Installation greift ihr zu eurem Lieblings-AUR-Helper, in meinem Fall wäre das eben pacaur, und braut euch mit den PKGBUILDs python-powerline-git und powerline-fonts-git die von den Powerline-Entwicklern offiziell unterstützten Pakete. Beachtet dabei, dass es im AUR noch PKGBUILDs für Python2 gibt, zudem schwirren dort auch noch veraltete Einträge rum. Lasst euch daher von den unterschiedlichen Treffern nicht verwirren und installiert am besten die offiziellen Pakete.

$ pacaur -S python-powerline-git powerline-fonts-git tmux

Nach der Installation der Software, müsst ihr euer System nun noch ein wenig anpassen. Die Anleitung für Powerline gibt dazu Hilfestellungen für Shells (bspw. Bash, Zsh oder Fish), Fenstermanager (bspw. Awesom oder lemonbar) und andere von Powerline unterstützte Anwendungen wie Vim oder Tmux. Ich setze an dieser Stelle die Unterstützung für die Bash und Tmux um, da die Bash in den meisten Distributionen Standard ist und sich mit Tmux leicht das Terminal noch weiter aufbohren lässt. Öffnet dazu nun also die entsprechenden Konfigurationsdateien in einen Editor (etwa nano ~/.bashrc sowie nano ~/.tmux.conf) und fügt den Inhalt der beiden Listings ein. Die Konfigurationsdatei von Tmux gibt es üblicherweise nicht, der Editor legt sie automatisch an.

~/.bashrc

[...]
# Powerline
if [ -f `which powerline-daemon` ]; then
powerline-daemon -q
POWERLINE_BASH_CONTINUATION=1
POWERLINE_BASH_SELECT=1
. /usr/lib/python3.5/site-packages/powerline/bindings/bash/powerline.sh
fi

~/.tmux.conf

source /usr/lib/python3.5/site-packages/powerline/bindings/tmux/powerline.conf
set-option -g default-terminal "screen-256color"

Öffnet ihr jetzt ein neues Terminalfenster, dann erscheint nun automatisch das Powerline-Prompt. Ruft ihr danach noch zusätzlich tmux auf, dann kommt die Leiste am unteren Rand des Terminalfensters hinzu — Tmux kann man auch automatisch laden lassen, darauf gehe ich am Ende des Artikels ein. Bei mir musste ich zusätzlich noch die Einstellungen des von Gnome mitgelieferten Terminals öffnen und dort einen der Powerline-Fonts auswählen, erst dann stimmen die Sonderzeichen wie die Uhr in der unteren Leiste oder die Pfeile im Prompt. Ihr erkennt einen nicht angepassten Font an Spalten zwischen den Ordnernamen und den Pfeilen.

Powerline unter Ubuntu einrichten

Ubuntu führt Powerline noch nicht in den Paketquellen, es gibt meinen Recherchen nach auch noch kein PPA, aus dem man das Programm direkt installieren könnte. Ihr müsst Powerline daher aus dem Git auschecken und selber bauen, was dank der Paketverwaltung für Python-Module Pip nicht sonderlich schwer fällt. Anschließend holt ihr euch noch die Fonts und installiert diese im System. Die Anleitung für die Installation stammt von Ask Ubuntu, ich habe sie auf einem Ubuntu 15.10 erfolgreich nachvollziehen können. Alternativ wird dort die Installation im Benutzeraccount beschrieben, so müsstet ihr Powerline auch ohne Root-Rechte zum Laufen bekommen.

$ sudo apt-get install python-pip git tmux
$ sudo pip install git+git://github.com/Lokaltog/powerline
$ wget https://github.com/Lokaltog/powerline/raw/develop/font/PowerlineSymbols.otf https://github.com/Lokaltog/powerline/raw/develop/font/10-powerline-symbols.conf
$ sudo mv PowerlineSymbols.otf /usr/share/fonts/
$ sudo fc-cache -vf
$ sudo mv 10-powerline-symbols.conf /etc/fonts/conf.d/

Anschließend müsst ihr auch unter Ubuntu wieder die Konfigurationsdateien der Bash und von Tmux anpassen (wieder als Beispiel: nano ~/.bashrc und nano ~/.tmux.conf). Unter Ubuntu sind die Pfade ein wenig anders als bei Arch, zudem unterscheidet sich bei älteren Ubuntu-Versionen eventuell die Python-Version. Prüft daher am besten vor dem Speichern der Dateien nach, ob der Pfad auf eurem System stimmt, und sucht euch mit locate powerline.sh bei Bedarf den korrekten Pfad heraus. Anschließend speichert ihr die Dateien wieder ab und öffnet ein neues Terminalfenster. Auch unter Ubuntu sollte nun das Powerline-Prompt automatisch starten und sich die Fußzeile mit tmux nachladen lassen.

~/.bashrc

[...]
# Powerline
if [ -f /usr/local/lib/python2.7/dist-packages/powerline/bindings/bash/powerline.sh ]; then
source /usr/local/lib/python2.7/dist-packages/powerline/bindings/bash/powerline.sh
fi

~/.tmux.conf

source /usr/local/lib/python2.7/dist-packages/powerline/bindings/tmux/powerline.conf
set-option -g default-terminal "screen-256color"

Tmux automatisch starten

Wer öfters mal länger dauernde Aufgaben auf einem Server erledigt, der wird mit Sicherheit das Kommando screen kennen. Mit ihm kann man Programme starten, sich aus der Sitzung ausklinken und später zurückkehren — ohne dass das Programm zwischendurch beendet wird. Tmux ist nun ein noch leistungsfähiger Terminal-Multiplexer, der noch diverse andere Funktionen kennt. Auf dieses Programm greift Powerline wie schon beschrieben zurück, um am unteren Rand des Terminalfensters ein paar Statusinformationen anzeigen zu lassen, allerdings müsst ihr Tmux eben bewusst aufrufen.

Ihr könnt Tmux nun aber auch automatisch beim Öffnen der Shell starten lassen. Bearbeitet dazu wieder mit nano ~/.bashrc die Konfigurationsdatei der Bash und fügt den Inhalt aus dem folgenden Listing ein. Die Kommandos prüfen ob Tmux überhaupt installiert ist und ob das Programm eventuell aus einer bestehenden Screen- oder Tmux-Sitzung aufgerufen werden soll. Passt alles, lädt die Bash dann automatisch Tmux und die Fußleiste von Powerline erscheint am unteren Rand. Beachtet jedoch, dass sich dadurch der Aufbau des Terminalfenster einen deutlich spürbaren Tick verlangsamt.

~/.bashrc

[...]
# Start Tmux by default
# If not running interactively, do not do anything
if command -v tmux>/dev/null; then
[[ ! $TERM =~ screen ]] && [ -z $TMUX ] && exec tmux
fi

Mit dem von mir vor ein paar Tagen beschriebenen Gnome-Terminal Terminix, Powerline und Tmux ergibt sich dann am Ende zum Beispiel dieses Bild — was ich allerdings nur für diesen Screenshot eingerichtet habe. Ich persönlich nutze in der Regel nur die Breadcrumb-Funktion von Powerline, da mir sonst der Aufbau des Terminalfensters ein wenig zu lange dauert. Die Tmux-Fußleiste ist eher etwas für Situationen, in denen das Linux-Terminal in all seiner Pracht glänzen soll