Kompakter Editor für den Terminaleinsatz

Edit ist ein schlanker Editor mit Text User Interface (TUI), der insbesondere auf Portabilität und geringe Abhängigkeiten ausgelegt ist. Die Software setzt auf eine eigene TUI-Bibliothek, die laut Projektentwickler besser zu einer geplanten Plugin-Schnittstelle auf Basis einer C-ABI passt. Außerdem wurde Wert auf UTF-8-Unterstützung, kompakte Dateigröße, VT-kompatible Ausgabe (für bessere SSH-Kompatibilität) und statische Kompilierung gelegt. So lässt sich das Programm ohne Abhängigkeiten ausführen.

Der Editor wurde in Rust geschrieben, nachdem erste Prototypen in C, C++ und Zig entstanden waren. Die Entscheidung für Rust fiel, weil die Sprache innerhalb Microsofts bereits offiziell unterstützt wird und sich gut für systemnahe Programmierung eignet. Der Editor ist natürlich für Windows-Admins interessant, weil man sich seit Windows 10/Windows Server 2019 via SSH auch auf Windows-Kisten einloggen kann. Für administrative Aufgaben braucht es dann auch einen effektiven Editor.

Veröffentlichung auf GitHub

Der Quellcode sowie vorkompilierte Binaries sind auf GitHub unter github.com/microsoft/edit verfügbar. Für Linux steht ein statisch gelinktes Binary bereit, das ohne weitere Abhängigkeiten ausgeführt werden kann:

$ wget https://github.com/microsoft/edit/releases/download/v1.0.0/edit-1.0.0-x86_64-linux-gnu.xz
$ unxz edit-1.0.0-x86_64-linux-gnu.xz
$ chmod +x edit-1.0.0-x86_64-linux-gnu
$ ./edit-1.0.0-x86_64-linux-gnu

Im Arch User Repository (AUR) stehen mehrere inoffizielle Pakete zur Verfügung, unter anderem edit, ms-edit, ms-edit-bin und microsoft-edit. Ich möchte hier keine Empfehlung ausgeben, mit Sicherheit wird hier in den nächsten Tagen ein wenig aufgeräumt. Dazu kommen Kochrezepte mit der Endung -git, die das Programm aus dem Quellcode bauen.

$ yay -Ss microsoft edit
aur/edit 1.0.0-1 (+0 0.00) 
    A simple editor for simple needs (Microsoft Edit)
aur/ms-edit 1.0.0-1 (+1 1.00) 
    A simple editor for simple needs (Microsoft Edit)
aur/ms-edit-git 1.0.0.r1.ge8d40f6-1 (+2 1.98) 
    A simple editor for simple needs (Microsoft Edit)
aur/ms-edit-bin 1.0.0-1 (+3 2.99) 
    A simple editor for simple needs (Microsoft Edit)
aur/microsoft-edit-git 1.0.0.r1.ge8d40f6-2 (+1 1.00) 
    Modern version of the MS-DOS Editor with a modern UI and keybindings similar to VS Code
aur/microsoft-edit 1.0.0-2 (+2 1.99) 
    Modern version of the MS-DOS Editor with a modern UI and keybindings similar to VS Code

Entwicklung aus Eigeninitiative

Der Editor entstand im Rahmen eines internen Microsoft-Projekts, wurde jedoch größtenteils in der Freizeit des Entwicklers umgesetzt. In einem ausführlichen Kommentar auf Hacker News beschreibt der Autor Hintergründe zur Entstehung, den Technologiestack sowie die Beweggründe für die Eigenentwicklung anstelle der Verwendung bestehender TUI-Editoren. Einen neuen Editor für Linux-User zu schaffen, stand allerdings nicht auf dem Zettel. /s

Ziel sei es unter anderem gewesen, ein möglichst kleines Binary mit guter Unicode-Unterstützung bereitzustellen, das systemnah arbeitet und sich auch für automatisierte Systemumgebungen oder Remote-Shells eignet. Ob sich Edit langfristig gegen etablierte Editoren behaupten kann, bleibt abzuwarten. Der Fokus auf Minimalismus, Portabilität und UTF-8-Kompatibilität dürfte insbesondere in reduzierten oder serverseitigen Umgebungen relevant sein.

Was ist Termsonic?

Termsonic ist ein Subsonic-Client für das Terminal mit einem recht ansprechenden und einfach zu bedienenden Terminal User Interface (TUI). Es läuft unter Linux, Windows und macOS und ist mit den meisten Subsonic-kompatiblen Servern kompatibel – getestet wurde es unter anderem erfolgreich mit Navidrome.

Das Programm unterstützt die Wiedergabe von FLAC-, OGG- und MP3-Dateien. Ein großer Vorteil: Die Dekodierung dieser Formate erfolgt nativ in Go, wodurch kaum externe Abhängigkeiten erforderlich sind – weder ffmpeg noch LAME müssen installiert werden.

Neben der reinen Wiedergabe ermöglicht Termsonic das Durchsuchen der Musikbibliothek nach Künstlern, Alben und Playlists. Eine einfache Warteschlangenverwaltung sorgt dafür, dass ihr eure Songs in einer sinnvollen Reihenfolge abspielen könnt.

Installation unter Arch Linux

Unter Arch Linux lässt sich Termsonic bequem über das Arch User Repository (AUR) installieren. Falls ihr den AUR-Helper yay nutzt, genügt folgender Befehl. Nach der Installation könnt ihr dann den Player mit termsonic starten.

### Arch Linux, Manjaro und Co.
$ yay -S termsonic-git

Bei anderen Distributionen wie etwa Ubuntu oder Debian findet sich Termsonic hingegen selten in den Paketquellen. Aufgrund der wenigen Abhängigkeiten könnt ihr euch das Programm allerdings sehr einfach selbst aus dem Quellcode bauen.

$ git clone https://git.sixfoisneuf.fr/termsonic
$ cd termsonic
$ go build ./cmd/termsonic/
$ sudo cp termsonic /usr/local/bin

Konfiguration von Navidrome

Beim ersten Start gebt ihr die URL und die Zugangsdaten zu eurem Subsonic-Server (bei mir Navidrome) an. Anschließend seht ihr sofort eure Musiksammlung. Mit [F1] seht ihr eine Baumansicht der Sammlung. [F2] zeigt die aktuelle Queue. [F3] die auf dem Server angelegten Playlisten. Unter [F4] könnt ihr wieder die Einstellungen ändern.

Tipp: Nutzt ihr ein „ordentliches“ Terminalprogramm wie das der GNOME-Desktopumgebung oder etwa wie hier Tilix, könnt ihr Termsonic auch ganz einfach mit der Maus bedienen.

Mit [L] springt ihr zum nächsten Song. [P] pausiert bzw. startet die Wiedergabe. Mit [/] öffnet ihr eine Suchmaske, mit der ihr die Liste der Künstler filtern könnt. Rechts oben zeigt Termsonic den aktuell abgespielten Song plus den entsprechenden Künstler an. Schnickschnack wie etwa das Cover des Albums bietet Termsonic allerdings nicht.

Termsonic ist somit eine interessante Alternative für alle, die ihre Musik direkt im Terminal verwalten und abspielen möchten. Der minimalistische Ansatz ohne große Abhängigkeiten sorgt für eine schlanke und ressourcenschonende Anwendung – perfekt für schlanke Systeme oder leistungsschwache Laptops.

Das Logo des Herstellers glitzert mir auf der Frontseite des Gehäuses entgegen, doch weitere Informationen zum Gerät finden sich dort nicht. Und auch auf der Rückseite gibt es keine weiteren Details. Ein Schildchen mit der Typenbezeichnung gab es in der Regel bei den guten alten Röhrenmonitoren, doch bei meinen aktuellen Dell-Flatscreens findet sich dort nichts mehr. Auch die Monitor-Einstellungen der Gnome-Desktopumgebung lässt den Nutzer im Stich. Die zeigen nur dann Informationen zum Typ des Monitors an, wenn zwei Displays angeschlossen sind. Mehr als den Hersteller und die Bildschirmdiagonale erfährt man jedoch nicht.

Gnome geizt mit Informationen

Wenn die grafischen Tools so sparsam mit Informationen sind, dann hilft doch sicherlich das Terminal. Tools zur Anzeige von Hardware-Informationen gibt es unter Linux ja wie Sand am Meer, da müsste doch was dabei sein. Das Go-To-Werkzeug für diese Aufgabe wäre hier Inxi, das sich bei vielen Distributionen aus den Paketquellen installieren lässt (etwa via pacman -S inxi bei Arch Linux oder apt install inxi bei Ubuntu, Debian und Derivaten). Das Kommando inxi -F spuckt dann sämtliche Details zum System aus, aber auch hier Pustekuchen: keine Details zu den angeschlossenen Monitoren.

Details zum Monitor über das Terminal

Um mir eine weitere Suche unter den zahlreichen Tools zu ersparen, greife ich nun gleich auf das „richtige“ Werkzeug zurück. Details zum Displayserver liefert das Kommandozeilenwerkzeug Xrandr. Tools wie Inxi machen in der Regel nichts anderes, also solche Kommandos auszuführen und die Ausgabe optisch aufgewertet anzuzeigen. Über xrandr -q --verbose bekommt man also zahlreiche Details zu den unterstützten Auflösungen und Wiederholraten, doch der Name und Typ des Monitors fehlt immer noch. Aber nicht ganz: Die Daten sind im Feld EDID oder Extended Display Identification Data codiert.

Wer diese Daten nun jetzt nicht von Hand decodieren möchte, muss sich ein wenig unter die Arme greifen lassen. Das bei Stack Overflow gepostete Skript beispielsweise braucht keine weiteren Helferlein, um die EDID zu dekodieren. Ihr speichert folgenden Code einfach als monitor.sh ab und macht die Skriptdatei via chmod +x monitor.sh ausführbar. Aus dem Terminal heraus aufgerufen, zeigt das Skript dann die angeschlossenen Monitore inklusive den Namen des Herstellers und der Typenbezeichnung an. Technische Details zu Auflösungen oder Wiederholraten fehlen, doch die lassen sich ja auch an zahlreichen anderen Stellen ermitteln.

#!/bin/bash
while read -r output hex conn; do
    [[ -z "$conn" ]] && conn=${output%%-*}
    echo "# $output $conn   $(xxd -r -p <<< "$hex")"
done < <(xrandr --prop | awk '
    !/^[ \t]/ {
        if (output && hex) print output, hex, conn
        output=$1
        hex=""
    }
    /ConnectorType:/ {conn=$2}
    /[:.]/ && h {
        sub(/.*000000fc00/, "", hex)
        hex = substr(hex, 0, 26) "0a"
        sub(/0a.*/, "", hex)
        h=0
    }
    h {sub(/[ \t]+/, ""); hex = hex $0}
    /EDID.*:/ {h=1}
    END {if (output && hex) print output, hex, conn}
    ' | sort
)

$ ./monitor.sh 
# DP1-8 DP1   DELL U2515H
# HDMI1 HDMI1   DELL P2213

Alternativ holt ihr euch das Paket edid-decode auf den Rechner. Bei Ubuntu/Debian oder Linux Mint direkt über die offiziellen Paketquellen (via apt install edid-decode), bei Arch Linux oder Manjaro lediglich über das AUR (etwa mit einem AUR-Helper via yay -S edid-decode-git). Hier genügt dann der folgende Einzeiler, der allerdings nicht mit dem proprietären Nvidia-Treiber funktioniert. Hier bekommt ihr dann allerdings nicht nur den Hersteller und den Monitortyp angezeigt, sondern auch gleich die Seriennummer der Geräte — falls ihr an diesen Interesse haben solltet.

$ for file in $(ls -1 /sys/class/drm/*/edid); do text=$(tr -d 0 <"$file"); if [ -n "$text" ]; then edid-decode "$file" | grep -e Manufacturer: -e Product; sleep 0.0001; fi done
  Vendor & Product Identification:
    Manufacturer: DEL
    Display Product Serial Number: '9X2VY55I0J0L'
    Display Product Name: 'DELL U2515H'
  Vendor & Product Identification:
    Manufacturer: DEL
    Display Product Serial Number: 'Y57VF31AAT3M'
    Display Product Name: 'DELL P2213'

Letztendlich wäre es natürlich schneller gewesen die alten Rechnungen herauszusuchen, oder vielleicht auch mal einen Blick über den Tellerrand zu KDE zu werfen. Im Gegensatz zu den Einstellungen von Gnome zeigen die Systemeinstellungen von KDE nämlich gleich die Bildschirmkennungen mit an. Wie immer ist Gnome ein wenig arg spartanisch und geizig mit Funktionen und Details. In meinen Augen dürften die System-Settings von Gnome ruhig auch die Bezeichnungen ausgeben. Nötig sind sie in der Regel nicht, doch ab und an können sie doch auch praktisch sein.

Die Installation des Programms ist inzwischen nicht mehr sonderlich schwer. Wie schon ein schneller Blick auf Repology zeigt, führen viele aktuelle Distributionen die Anwendung in ihren offiziellen Paketquellen. Der Paketname gleicht in der Regel dem Namen des Programms: Ein mit administrativen Rechten ausgeführtes apt install bpytop, pacman -S bpytop oder dnf install bpytop genügt also. Zahlreiche Hinweise zur Installation liefert auch die GitHub-Seite des Entwicklers. Optional lässt sich das Programm auch über den Python-Package-Manager PyPi installieren, dann erhält man auf jeden Fall die gerade neuste Version, auch wenn die Paketverwaltung der genutzten Distribution nicht auf dem aktuellen Stand ist.

Nach der Installation ruft ihr das Programm aus dem Terminal heraus mit dem Kommando bpytop auf. Eine kurze Animation zeigt an, dass zum Betrieb alles Nötige installiert ist. Hier wartet sich vielleicht noch gleich eine Baustelle für euch: Damit Bpytop die Temperaturen des Systems auslesen und dann rechts oben neben der Auslastung der Prozessorkerne anzeigen kann, müsst ihr die LM-Sensors einrichten. Je nach Distribution geht das immer ein wenig anders. Entsprechende Anleitungen finden sich in den Dokumentationen der von euch genutzten Distribution, hier etwa für Ubuntu oder Arch Linux.

Unter Arch Linux oder Manjaro spielt ihr via sudo pacman -S lm_sensors die Sensors-Tools ein und führt dann das Kommando sudo sensors-detect aus, das euer System ausführlich analysiert. Es erscheinen dabei eine ganze Reihe von Abfragen, die ihr im Normalfall einfach mit einem Druck auf [Eingabe] beantworten könnt. Am Ende schreibt das Tool aus Wunsch einen Eintrag in die Konfigurationsdatei /etc/conf.d/lm_sensors und startet dann automatisch den Dienst lm_sensors.service. Über das Kommando sensors liefert euer System dann in Zukunft Informationen der integrierten Temperatursensoren und Lüftern. Bpytop bindet diese Daten dann in die eigenen Anzeigen an.

$ sensors
coretemp-isa-0000
Adapter: ISA adapter
Package id 0:  +71.0°C  (high = +100.0°C, crit = +100.0°C)
Core 0:        +68.0°C  (high = +100.0°C, crit = +100.0°C)
Core 1:        +71.0°C  (high = +100.0°C, crit = +100.0°C)
Core 2:        +67.0°C  (high = +100.0°C, crit = +100.0°C)
Core 3:        +68.0°C  (high = +100.0°C, crit = +100.0°C)

dell_smm-isa-0000
Adapter: ISA adapter
fan1:        2540 RPM
fan2:        2536 RPM
[...]

Danach sollte Bpytop komplett einsatzbereit sein: In der Übersicht schaltet ihr mit einem Druck auf [M] zwischen den verschiedenen Darstellungen um. Via [Esc] oder [Umschalt]+[M] öffnet ihr einen Dialog, der eine Hilfe und die Optionen anzeigt, oder das Programm gleich beendet und aufs Terminal zurückgeht (optional direkt über [Strg]+[C]). In den Einstellungen ändert ihr das Theme oder deaktiviert die beim Start angezeigte Initialisierung U (Show init auf False). Da Bpytop auf „richtige“ grafische Elemente verzichtet, funktioniert das Tool auch via SSH. Etwa auf einem Raspberry Pi, auf dem ihr das Raspberry Pi OS nur in der abgespeckten Variante ohne grafische Desktopumgebung installiert habt.

Von daher nennt sich Terminix in Zukunft Tilix. Die Homepage sowie das Github-Repository wurden bereits angepasst. Und auch im AUR, als dem Arch User Repository, gibt es bereits mit tilix und tilix-git zwei neue Einträge. Arch-User deinstallieren daher am besten die Terminix-Pakete und spielen dann Tilix via pacaur -S tilix neu ein (selbstverständlich kann man auch einen anderen AUR-Helper verwenden). Unter Ubuntu lässt sich Tilix aus dem PPA des WebUpd8-Blogs installieren. Auch hier heißt es daher Terminix deinstallieren und Tilix neu installieren. Nur so bekommt man in Zukunft das Programm dann auch aktualisiert, die Terminix-Pakete bekommen keine Updates mehr spendiert.

Terminix (oder besser nun Tilix) ist noch eine recht junge Anwendung, die sich aktuell auch noch ziemlich schnell verändert. Jede neue Version bringt eigentlich so gut wie immer neue und interessante Funktionen mit. Von daher findet man das Programm jedoch in der Regel auch noch nicht in den regulären Paketquellen seiner Lieblingsdistribution und wenn doch, dann nur in einer älteren Version. Von daher muss man das Programm meist über eine zusätzliche Paketquelle installieren, entsprechende Installationshinweise zu Tilix gibt es für diverse Distributionen auf der Homepage.

### Tilix unter Arch Linux installieren:
$ pacaur -S tilix
### Tilix unter Ubuntu installieren:
$ sudo add-apt-repository ppa:webupd8team/terminix
$ sudo apt update
$ sudo apt install tilix

Das Programm findet sich bei Ubuntu direkt in den Paketquellen, unter Arch kann man es aus dem AUR installieren. Die Animation läuft ohne weiteres Zutun an, man muss also lediglich mit hollywood das Skript aufrufen. Mittels Strg+C (eventuell mehrfach gedrückt und mit einem exit noch Tmux beendet) kann man Hollywood jederzeit beenden, wobei ich allerdings feststellen musste, dass dies nicht in jedem Fall zuverlässig funktioniert. Für den Fall der Fälle lässt sich das Programm jedoch jederzeit mit pkill -f tmux abschießen.

### Installation unter Arch Linux
$ yay -Ss hollywood
aur/hollywood 1.7-2 (7, 1,73)
    Fill your console with Hollywood melodrama technobabble.
[...]
$ yay -S hollywood

### Installation ab Ubuntu 15.04
$ sudo apt install hollywood

### Hollywood starten
$ hollywood

$ mount
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
sys on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
dev on /dev type devtmpfs (rw,nosuid,relatime,size=3991400k,nr_inodes=997850,mode=755)
[...]
/dev/sdb1 on /home type ext4 (rw,relatime,data=ordered)
[...]
/etc/autofs/auto.misc on /misc type autofs (rw,relatime,fd=6,pgrp=1207,timeout=300,minproto=5,maxproto=5,indirect)
-hosts on /net type autofs (rw,relatime,fd=12,pgrp=1207,timeout=300,minproto=5,maxproto=5,indirect)
/etc/autofs/auto.nas on /mnt/nas type autofs (rw,relatime,fd=18,pgrp=1207,timeout=60,minproto=5,maxproto=5,indirect)
//192.168.178.79/daten on /mnt/nas/daten type cifs (rw,relatime,vers=1.0,cache=strict,username=me,domain=NAS,uid=1000,forceuid,gid=0,noforcegid,addr=192.168.178.79,unix,posixpaths,serverino,mapposix,acl,rsize=1048576,wsize=1048576,echo_interval=60,actimeo=1)
[...]

Zur Ausgabe von Laufwerksinformationen bietet sich jedoch als Alternative zu mount das Kommando findmnt an. Es steckt schon seit geraumer Zeit im Paket mount und findet sich in der Regel von Haus aus auf dem System. Allerdings nutzt kaum jemand das kleine Programm, im Forum von ubuntuusers.de wird es beispielsweise nur in ein Dutzend Threads erwähnt. Ohne weitere Optionen gibt findmnt einen Verzeichnisbaum mit der Geräte-ID, dem Dateisystemtyp und dem Mount-Optionen aus. Bei Bedarf kann man die Ausgabe nach Mount-Punkten filtern oder beispielsweise nach Dateisystemarten filtern.

$ findmnt
TARGET                           SOURCE      FSTYPE          OPTIONS
/                                /dev/sda1   ext4            rw,relatime,data=ordered
├─/proc                          proc        proc            rw,nosuid,nodev,noexec,relatime
│ └─/proc/sys/fs/binfmt_misc     systemd-1   autofs          
[...]
├─/tmp                           tmpfs       tmpfs           rw,nosuid,nodev
├─/home                          /dev/sdb1   ext4            rw,relatime,data=ordered
├─/misc                          /etc/autofs/auto.misc
│ autofs          rw,relatime,fd=6,pgrp=1207,timeout=300,minproto=5,maxproto=5,indirect
├─/net                           -hosts      autofs          rw,relatime,fd=12,pgrp=1207,timeout=300,minproto=5,maxproto=5,indirect
└─/mnt/nas               /etc/autofs/auto.nas
  autofs          rw,relatime,fd=18,pgrp=1207,timeout=60,minproto=5,maxproto=5,indirect
  ├─/mnt/nas/daten       //192.168.178.79/daten
  │ cifs            
[...]

$ findmnt /home
TARGET SOURCE    FSTYPE OPTIONS
/home  /dev/sdb1 ext4   rw,relatime,data=ordered
$ findmnt -t cifs
TARGET SOURCE FSTYPE OPTIONS
/mnt/nas/daten //192.168.178.79/daten cifs rw,relatime,vers=1.0,cache=strict,[...],addr=192.168.178.79,un
/mnt/nas/homes //192.168.178.79/homes cifs rw,relatime,vers=1.0,cache=strict,[...],addr=192.168.178.79,un
[...]

Den Unterschied zwischen den Ausgaben beider Kommandos wird am besten über einen Screenshot verdeutlicht. Während man mit mount am besten gleich nach einem bestimmten Eintrag per mount | grep foo filtert, erhält man mit findmnt einen übersichtlich formatierten Verzeichnisbaum, den man ohne umständliche Pipes sofort im Blick hat. Zusätzlich könnte man mit etwa findmnt --poll --mountpoint /foo/bar gezielt einen Mountpunkt überwachen lassen und in einem Skript Aktionen auslösen.

Der Gnome Shell Extension Installer ist ein kleines Bash-Skript, mithilfe dessen sich Gnome-Erweiterungen über die Kommandozeile installieren lassen. Das Skript durchsuch die Gnome-Extension-Datenbank, zeigt entsprechende Treffer an und gibt auch aus, welches Plugin welche Gnome-Version unterstützt — Viele Plugins hecheln immer ein, zwei Versionen hinterher, was besonders bei Usern von Rolling-Release-Distributionen für Ärger sorgt, da die Erweiterungen nach einem Release einer neuen Gnome-Version erst einmal für eine ganze Weile nicht mehr funktionieren.

Gnome-Erweiterungen ohne Browser installieren

Unter Arch Linux lässt sich das Skript recht einfach aus dem AUR installieren. Auf anderen Distributionen lädt man sich das Skript von Hand aus dem Github und schiebt das kleine Programm dann beispielsweise nach ~/bin ins eigene Homeverzeichnis. Alternativ bietet sich als Speicherort auch das Systemverzeichnis /usr/local/bin/ an. Dort ließe sich das Programm dann von jedem User ausführen. Zum Kopieren muss man sich allerdings Root-Rechte besorgen.

### Gnome Shell Extension Installer unter Arch installieren
$ pacaur -Ss gnome shell installer
aur/gnome-shell-extension-installer 1.4.2-1 (7, 0,59)
    A bash script to search and install GNOME Shell extensions
$ pacaur -S gnome-shell-extension-installer

### Gnome Shell Extension Installer allgemein installieren
$ wget https://github.com/ianbrunelli/gnome-shell-extension-installer/raw/master/gnome-shell-extension-installer
$ chmod +x gnome-shell-extension-installer
$ mv gnome-shell-extension-installer ~/bin

Nach der Installation ruft man das Skript mit dem Kommando gnome-shell-extension-installer auf. Der Schalter -s bewirkt eine Suche in der Gnome-Extensions-Datenbank. Die Ergebnisse spuckt das Programm in einer nummerierten Liste auf. Jeder Eintrag informiert über den Entwickler wie auch über die Gnome-Versionen, zu denen die Erweiterung kompatibel sein sollte.

Der Gnome Shell Extension Installer als CLI

Bei gleichnamigen Treffern ist es nicht ganz einfach die richtige Erweiterung zu ermitteln. Prüft daher eventuell anhand des Namens des Entwickler auf extensions.gnome.org ab, ob ihr auch wirklich die gewünschte Erweiterung installiert. Mit Eingabe der Nummer ladet ihr dann die Erweiterung herunter und installiert sie für euren User. Weitere Hilfe bekommt ihr durch die Eingbe von h oder help.

$ gnome-shell-extension-installer -s system monitor
[system] Performing search
Displaying 10 item(s). Page 1 of 26.

0: System Menu, by jonius 
   Versions: 3.6
[...]
4: System Monitor, by elvetemedve 
   Versions: 3.20 3.18 3.16 3.14 3.12 3.10
[...]
Type "help" to get information on how to use the search.
Enter a command: 4
[System Monitor] Downloading extension
[System Monitor] Extracting extension
[System Monitor] Enabling extension
[System Monitor] Extension enabled
Enter a command: help
<number(s)>	Install extension(s) 
c	Display comments 
d<number(s)>	Get description(s) 
l<number(s)>	Get link(s) on extensions.gnome.org 
s<number(s)>	Save the extension(s) on the current directory 
p	Go to page 
r		Print the search content again 
sn		Sort by name 
sr		Sort by recent 
sd		Sort by downloads 
sp		Sort by popularity (default) 
/	Perform another search 
home		Load extensions.gnome.org homepage 
h or help	Show this message 
q or quit	Exit search shell

Damit Gnome die frisch installierte Erweiterung auch lädt, müsst ihr in den meiste Fällen die Gnome-Shell mit der Tastenkombination [Alt]+[F2] und danach [R], [Eingabe] neu starten. Anschließend sollte die Erweiterung automatisch geladen werden und beispielsweise in den Gnome Tweak Tools auftauchen. Dort lassen sich in der Regel die meisten Erweiterungen auch konfigurieren.

Alles in allem erweist sich der Gnome Shell Extension Installer als praktisches Werkzeug, besonders wenn man  im Alltag weder den Gnome-Browser noch Firefox auf Surfturen im Netz verwendet. Praktisch ist auch, dass man über das Skript sofort sieht, welche Erweiterung mit welcher Gnome-Version kompatibel ist. Diese Information lässt sich aus der Gnome-Extensions-Webseite nicht so leicht herausziehen.

ShellCheck gibt es unter shellcheck.net im Netz und auch in der Paketverwaltung, der meisten Linux-Distributionen. Unter Debian/Ubuntu, wie auch unter Arch Linux lässt sich das Programm direkt mit einem Kommando einspielen. Anschließend könnt ihr das kleine Programm direkt auf euer Skript loslassen. Solltet ihr auf einem System arbeiten, auf dem sich keine weiteren Programme installieren lassen oder wo euch dazu die nötigen Rechte fehlen, könnt ihr auf die webbasierte Variante zurückgreifen. Am Ende zeigen diese immer dasselbe Ergebnis an.

### ShellCheck unter Debian/Ubuntu installieren...
$ sudo apt install shellcheck

### ShellCheck unter Arch Linux installieren...
$ sudo pacman -S shellcheck

### Die Hilfe zu ShellCheck...
$ shellcheck --help
unrecognized option `--help'

Usage: shellcheck [OPTIONS...] FILES...
  -e CODE1,CODE2..  --exclude=CODE1,CODE2..  exclude types of warnings
  -f FORMAT         --format=FORMAT          output format
  -C[WHEN]          --color[=WHEN]           Use color (auto, always, never)
  -s SHELLNAME      --shell=SHELLNAME        Specify dialect (sh,bash,dash,ksh)
  -x                --external-sources       Allow 'source' outside of FILES.
  -V                --version                Print version information

Im Terminal zeigt ShellCheck die Hinweise auf schlechten Skript-Still in seiner Ausgabe farbiert markiert an. Die Beschreibung hinter dem Report-Codes (SC2046, SC2086 etc.) gibt euch einen ersten Eindruck, von dem was ihr falsch macht. Für weiterführende Details gebt ihr den Code in die Suchfunktion des ShellCheck-Wiki ein. Dort erklärt ShellCheck genauer, was ihr warum falsch macht, zudem gibt es dort Beispiele, wie man die angemahnte Stelle besser gestalten sollte.

Alternativ kopiert ihr euren Code in die webbasierte Version von ShellCheck. Dies macht zwar ein wenig Arbeit, dafür könnt ihr die Report-Codes direkt anklicken, wohin euch der Browser direkt auf die Wiki-Seite führt. Diese Variante ist also besonders dann sinnvoll, wenn ihr ein längeres Skript mit vielen Fehlern überprüfen wollt. So erspart man sich das hin- und herkopieren der Fehlercodes zwischen Terminal und Browser.

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