Für Dateinamen oder manche Eigenschaften bieten die globs der verbreiteten shells komfortable Möglichkeiten. Die Liste der Verzeichnisse im aktuellen Pfad zum Beispiel liefert die Ausgabe von

ls -d */

Doch schon schnell gelangt man an die Grenzen der globs und greift zum nächsten Werkzeug. Das ist in den meisten Fällen find. Damit lassen sich zum Beispiel Dateien nach den drei Zeitstempeln (creation, modification, access) filtern.

find . -maxdepth 1 -ctime +30

liefert die Liste der mindestens 30 Tage alten Dateien des aktuellen Verzeichnesses. Aber ein Werkzeug, um Dateien nach den Rechten des aktuellen Benutzers auszusuchen habe ich nicht gefunden. Im Kopf begann ich schon den find-Aufruf zu überlegen, als ich mich an die glob qualifiers der zsh erinnerte. Glob qualifiers sind im Prinzip weitere Optionen, die bei der Generierung von Dateinamen ausgewertet werden. Zu den einfachen Vertretern dieser Gattung gehört das Zeichen @, das die Auswahl auf symbolische Links einschränkt:

ls -d *(@)

Aber auch Besitzer und Berechtigungen einer Datei lassen sich ausdrücken. Die benutzten Ausdrücke waren jeder für sich relativ einfach:

• world readable: *(R)
• lesbar durch User $LOGNAME: *(ru:$LOGNAME:)
• lesbar durch Gruppe $gruppe: *(Ag:$gruppe:)

Die zusammen benutzten glob qualifiers schränken die Auswahl immer weiter ein. Um also zwei Bedingungen mit einem oder zu verknüpfen schreibt man einfach zwei globs hintereinander. Das bedeutet aber, dass eine Datei, auf die beide globs zutreffen auch zwei Male im Gesamtausdruck steht. Der einfachste Aufruf wäre also absolut unübersichtlich:

ls -d *(R) *(ru:$LOGNAME:) $(for g in $(groups); do print -r “*(Ag:$g:)”; done)

Also schrieb ich einen weiteren Ausdruck dazu. Zuerst füllte ich ein Array mit sämtlichen Dateien aller globs und benutzte dann die parameter expansion, um die Liste zu kürzen:

files=( *(R) *(ru:$LOGNAME:) $(for g in $(groups); do print -r “*(Ag:$g:)”; done) )
ls -d ${(u)files}

Zuletzt galt es nur noch die unzutreffenden globs zu entfernen. Das normale Verhalten der zsh ist, bei jedem glob, der auf keine Datei zutrifft, eine entsprechende Meldung auszugeben. Das ist bei dieser Benutzung äußerst störend, wird aber durch einen weiteren glob qualifier deaktiviert. Der Operator N setzt die Option NULL_GLOB für den betroffenen Ausdruck, falls dieser also keine passenden Dateien hat, wird er als leerer String gewertet.

files=( *(NR) *(Nru:$LOGNAME:) $(for g in $(groups); do print -r “*(NAg:$g:)”; done) )
ls -d ${(u)files}

Die fertige Funktion ist vom Aufruf möglichst ähnlich zu ls und liegt hier.

Einfach Curl installieren und einen Einzeiler anlegen(z.B. twitter.sh):

curl –basic –user username:password –data status=”$1″ http://twitter.com/statuses/update.xml

Nun kann man nach Veraenderung der Login-Daten das “Skript” aufrufen und direkt los-twittern:

./twitter.sh “Guck mal wie ich twittere..”

Wichtig: Mit diesem Befehl kann man nur seinen Status veraendern. Moechte man Direktnachrichten ueber twitter versenden ist etwas mehr als nur dieser Einzeiler noetig.

fbcmd allinfo “=all” > temp_file&&month=`date|awk ‘{print $3}’`&&cat temp_file|grep $month|grep birthday&&rm temp_file

Leider wird die Ausgabe nicht aufsteigend nach Datum sortiert, funktioniert bei mir jedoch prima und reicht fuer meine Zwecke vollkommen aus.

… und der Shellshot:

Die dazu passende Konfigurationsdatei:

# Worklog project file
# note that projects appear in Worklog in REVERSE order

G:GSG-Recherche/Home-Office
P:Private-Recherchen
L:Linux-Gefrickel
V:Videos und Serien
K:Kommunikation
E:Email
R:RSS-Feedreader lesen

Worklog ist in den meisten Repos der Hauptdistributionen mit dem Paketmanager seiner Wahl verfuegbar. Natuerlich kann man sich alternativ, die aktuellste Version aus dem Source bauen, welcher ueber die Projektwebseite verfuegbar ist.

So ist mir aufgefallen, dass es eine OPML-Export Funktion bei Google-Reader und eine OPML-Import Funktion bei snownews gibt, welche diese Arbeit erspart.

Schritt 1:
Im Google-Reader unter Einstellung/Reader-Einstellung/Import-Export/”Exportieren Sie Ihre Abonnements als OPML-Datei.” die XML Datei herunterladen (z.B. in das Home-Verzeichnis)

Schritt2:
Als naechstes importiert man sich die in der von Google zur Verfuegung gestellte XML-Datei mittels opml2snow in die Abonnementdatei von snownews:

opml2snow google-reader-subscriptions.xml>~/.snownews/urls

Nun braucht man nur noch snownews zu starten und schon muesste er mit dem Aktualisieren der Newsfeeds beginnen.

Das Programm traegt den Namen fbcmd – der Name sagt eigentlich alles.
Das Programm, die Funktionen und die Installation sind sehr gut dokumentiert.

Ich musste unter Debian über die Repos noch php5-cli nachinstallieren um das Installationscript nutzen zu koennen. Ansonsten war es sehr angenehm zu installieren:

curl -O http://github.com/dtompkins/fbcmd/raw/master/fbcmd_update.php
sudo php fbcmd_update.php
sudo php fbcmd_update.php install

Nach der Installation kann man das Programm auch als User mit fbcmd starten und wird aufgefordert, den Authorisationscode von Facebook einzugeben – sehr einfach: Den generierten Link in den Browser einfügen, Bestätigen, Auth-Code Kopieren und mit folgendem Befehl dem Programm mitteilen. Danach kann es auch schon losgehen:

fbcmd auth XXXXXX

Nun reicht ein fbcmd inbox aus, um direkt auf der Konsole die letzten Nachrichten zu sehen, die man sich dann mit fbcmd msg nr. anschauen kann. Es gibt natuerlich noch viele weitere Befehle und Features in diesem Programm, die man sich im Wiki des Projektes auch genauer anschauen kann.

Abhilfe schafft ein Programm, welches ich schon frueher genutzt, aber mittlerweile fast vergessen hatte: Bitlbee

Bitlbee ist ein kleiner lokaler IRC-Server, welcher mit einem rudimentären Bot ausgestattet, als Gateway zwischen ICQ,MSN,AIM,Jabber,Twitter,Facebook-Chat und dem IRC-Protokoll dient. Man kann sich nach der Installation mit dem IRC-Client seiner Wahl mit ihm verbinden und sich anmelden, die IM-Konten hinzufuegen und munter los-chatten.

Ich verbinde mich nun in meiner Screen-Session auf einer dezentralen Maschine über irssi auf den lokalen Bitlbee-Server und kann mich dann mit nur einem Befehl bei allen IM-Diensten anmelden und die Verwaltung der Chat anfragen und Gespräche sind wesentlich stressfreier und übersichtlicher als mit den meisten Multiprotokollmessangern die ich im grafischen Umfeld probiert habe.

Der Ablauf ist wie folgt:

Man installiert das Programm entweder per Hand oder aus den Repos seiner Distribution und verbindet sich danach mit dem IRC-Client seiner Wahl auf den IRC-Standardport(6667) des localhost.
Automatisch wird man nach dem Verbinden auf den bitlbee-channel (&bitlbee) geleitet, in dem zusammen mit @root erst einmal gar nichts passiert. Man kann sich jedoch über den “help” Befehl, einen Überblick über die Funktionen des Programms schaffen.

Um sich für die Zukunft am Bitlbee-Server anzumelden gibt man folgenden Befehl ein (mit eigenem Kennwort versteht sich):

register password

Nun ist man mit seinem Nicknamen am Server registriert und kann sich in zukünftigen Sessions mit folgendem Befehl anmelden:

identify password

Hat man Konten hinzugefügt, werde diese dann automatisch geladen und verbunden. Kommen wir genau zu diesem Punkt:
Um ein Konto zu registrieren, muss man wissen welche Protokolle unterstützt werden und wie diese heißen:

• oscar = ICQ/AIM
• msn = MSN
• jabber = Jabber, Google-Talk, Facebook, GMX/WEB.de Messanger
• twitter = twitter

Nun also zur Registrierung. Nehmen wir als Beispiel ein ICQ Konto. Im &bitlbee Channel geben wir folgenden Befehl ein:

account add oscar icq-nummer passwort

Will man einsehen, welche Konten mittlerweile registriert sind, geschieht dies durch:

account list

Nehmen wir an, das ICQ-Konto hat die Nummer 0, kann man sich wie folgt anmelden:

account on 0

Nun erscheinen die ICQ Kontakte im &bitlbee-Kanal und man kann die personen per Query oder durch Voranstellen des Nicknamen ansprechen. Um Hilfe zu den div. Protokollen und der Syntax zu erhalten gibt man folgenden Befehl ein:

help account add (oscar, twitter, jabber, msn, etc)

Ich bin sehr von dieser Lösung überzeugt und kann sie nur weiter empfehlen. Auch die Möglichkeit, den Bitlbee-Server im Netz oder über SSH/VPN freizugeben und sich von einem beliebigen Client und OS aus darauf zu Verbinden hat seinen Charme. Viel Spaß beim Chatten und Twiitern.

Anmerkungen:

• Bitlbee unterstützt Twitter erst in den neueren Versionen. Ich musste die aktuellste (V.1.2.7) aus dem Quellcode kompillieren.
• Projektwebseite:http://www.bitlbee.org/
• Howto: Bitlbee und Facebook
• Facebook-Rename-Script für Irssi: (Fix-nach Facebook-Update)

Mit sprunge.us kann man super eine einfache Shell-Ausgabe auf dem NoPaste-Service von sprunge pipen. Als Rückgabewert bekommt man die URL, unter der die Ausgabe zu finden ist.

Auf der Homepage ist die sehr übersichtliche manpage zu finden. Just try it!

1. Linux ist doch kein UNIX. Nur ein UNIX-Klon.
2. Die eigentliche Toolchain (Wenn es EMACS-Benutzer sind, auch EMACS) kommt von GNU.

Das ist für den kleinsten Teil der Leser neu, doch die Frage ist, was ist nun mit “Unix unter Linux” gemeint ist. Ein gutes Beispiel, dies zu demonstrieren, ist ps. Für die gleiche/sehr ähnliche Ausgabe, muss ich völlig andere Parameter benutzen.
ps -A unter BSD/OS X entspricht (Evtl. nicht ganz die selbe Ausgabe) ps -ef unter Linux.

Die Heirloom-Tools umgehen dieses Problem auf eine (Für den Benutzer) einfache Weise, sie stellen einfach alte Software kompilierfähig zur verfügung.

Beinhaltet sind Programme, die sich wie unter:

• SVID3/SVR4-Unix verhalten
• SVID4/SVR4.2-Unix verhalten
• POSIX.2 verhalten
• POSIX.1-2001 verhalten

Ausserdem werden auch Binaries im UCB-Stil installiert.
Klingt ja alles schön und toll (Ganz im Gegensatz zu gewissen Ideen Schäubles…), aber, was soll ich denn damit?

Nun, du hast eventuell steinalte Shellskripte auf der Arbeit gefunden, kannst sie aber nicht laufen lassen, da die Optionen inkompatibel sind.
Oder, du hattest nie Kontakt zu einem echten Unix, lediglich zu Minix/GNU/Linux und willst die feinen Unterschiede sehen.
Was auch sein kann ist, dass du Skripte für UnixWare oder BSD schreiben musst und diese sollte man ohne ein solches System testen können, besonders bei UnixWare.
Die Neugier kann auch einfach zuschlagen.
Auf der Webseite sind mehrere Dinge zu finden, nicht nur die Heirloom Toolchest, sondern auch die alte Bourne Shell, sowie die Packaging Tools.

Anmerkung am Rande: Alles auf der Webseite wurde aufpoliert, um heutigen Standards zu genügen. *roff kann nun auch OpenType und alle Tools (Toolchain, Packaging Tools, Doctools, Bourne Shell, Devtools, mailx) beherrschen UTF-8, also keine Sorge, dass deine Textdateien auf einmal aussehen, als würden sie durch den Fleischwolf gejagt wurden.

Die Bourne Shell hat wirklich eigentlich nichts, nur grundlegenden Skriptsupport, keine History, keine Tabcompletion. Dafür eine solide Shell, die nicht wegen falscher Konfiguration völlig falsch funktioniert (Und Jobs, YAY!).
Mir persönlich hilft die Shell, vernünftig zu arbeiten und mich nicht ablenken zu lassen. Ich hab dafür sogar mein ganzes Home-Directory (5GB Daten!) aufgeräumt!

Die Packaging Tools sind sehr eigentümlich. Eigentlich erwartet man nicht, dass sie vorhanden sind, sind sie aber. Da pkgadd fragt, ob etwas überschrieben werden soll, kann es problemlos zu einem anderen Paketsystem verwendet werden.

Äusserst langweilig ist, dass die meisten Dinge auf einem anderen Teil der Heirloom-Tools aufbauen. Will man beispielsweise nur die Packaging Tools benutzen, muss die ganze Toolchest installiert werden, da die Tools sich nach einem Teil dieser verhalten.

Nichtsdestotrotz ist es äussert intressant, mit älterer Software zu arbeiten. (Ausserdem generiert troff viel schöneren Postscript output als groff :P)

Dieser Artikel ist unter der WTFPL lizensiert.

GNU Screen und dvtm existieren parallel. Doch dvtm hat ein anderes Ziel: dwm auf der Konsole. Screen dagegen ist ein Terminalmultiplexer.

Nun, zu dvtm selber. Dvtm kann sich wirklich der dwm der Konsole nennen, denn es gibt schlichtweg keine Konfigurationsdateien. Jegliche Modifikation oder Konfiguration geschieht in der config.h/im Code. Ausserdem besteht er aus “nur” 2369 Codezeilen. Zieht man nun aber die Library madtty hab, so sind es nur noch 1175. Dies befindet sich ungefähr im bereich des X11 dwm. Dafür gibt es kein oberes Zeilenlimit, d.h. er könnte auch mal aufgebläht werden, wie die GNU readline Library (Über 20000 Zeilen Sourcecode!).
Unterstützt werden vier “Arten” von Terminalmanaging: Vertikales Teilen, Teilen im unteren Bereich (Siehe Screenshot), Grid (Alle Fenster bekommen gleich viel Platz) und Fullscreen

So könnte dvtm aussehen, nach erfolgter Installation und Konfiguration:

Nun, dvtm aufzusetzen ist kein Mysterium. Zumindest ist es einfacher als Kopfstehend auf den Füssen zu laufen.
Zunächst holt man sich den Code von http://www.brain-dump.org/projects/dvtm und entpackt ihn. Man sollte nun ein Verzeichnis dvtm-VERSIONSNUMMER vorfinden. In diesem führt man “make unicode” aus. Als root noch fix “make install” ausgeführt, sind im Path zwei neue Kommandos: Dvtm (Dank der deutschen Rechtschreibung muss ich hier “Dvtm” schreiben, es lautet jedoch “dvtm”) und dvtm-status. Dvtm ist das eigentliche Kommando, dvtm-status ist ein Beispielscript für eine Statusbar.

Warnung: Dvtm ist im Alphastadium und hat einiges an Bugs! Für die meisten gibt es allerdings einen Workaround.

Nun. Startet man dvtm sieht man gleich, dass es eine Titelleiste für das Kommando hat. Toll. Für das hätte man sich dvtm auch sparen können. Der Standardprefix ist Ctrl-g. Mit “C-g c” (Ich benutze hier die Emacsnotation. C = Control, SPC = Space, Leertaste. Ein Leerzeichen steht für alles loslassen) öffnet man ein neues Terminal, welches direkt neben dem ersten, schon geöffneten erschent. Öffnen Sie ruhig noch zwei, um die Wirkung zu sehen.
Drücken Sie nun “C-g SPC”. Sie befinden sich nun im Grid-Modus. Ein weiteres mal diese Prozedur ausgeführt und Sie sind im Modus, in dem alle Fenster sich den unteren Platz teilen müssen. Wiederholen Sie dies noch einmal, sind Sie im Fullscreenmodus. Danach beginnt es wieder von Vorne.
Um ein anderes Terminal zu aktivieren, wird “C-g NUMMER” verwendet. Die Nummer erhalten Sie aus der Titelleiste. Zum beenden “C-g q” benutzen.
So viel zum Crashkurs. C-g als Prefix können Sie, wie viele andere Dinge, in der config.h-Datei verändern.

Und das Beste kommt zum (fast) Schluss: Solange Screen und dvtm nicht den selben Prefix haben, können mehrere dvtm-Instanzen in screen laufen. Beispielsweise hat Screen fünf Terminals geöffnet und in diesen wird dann jeweils dvtm mit vier Unterterminals gestartet. Das macht unter dem Strich 20 Terminals.

Bugs:

• In vim funktionieren die Pfeiltasten nicht. Lösung: TERM=linux vim (Der Autor versucht dies zu lösen)
• In emacs funktionieren die Home, End und Delete Tasten nicht. Lösung: TERM=linux emacs (Siehe vim)

Aber warum sollte man dvtm einsetzen, GNU Screen kann das doch weitaus Bugfreier! Nun, generell gilt, dass die meisten dwm-Benutzer die Meinung, die auf suckless.org repräsentiert wird, teilen. Das heisst: Wenig Codezeilen und nur das nötigste.
Somit ist das auch Meinungssache. Ausserdem ist dvtm geeignet für Leute mit Spieltrieb, die etwas neues ausprobieren wollen.
Ausserdem: Der Code von dvtm ist einfacher zu verstehen, als der von GNU Screen.

Dieser Artikel ist unter der WTFPL lizensiert.