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.

VIM: Abkürzungen
Ich habe gerade erst kürzlich davon erfahren, dass man Abkürzungen in VIM benutzen kann. Diese Dinger sind extrem nützlich, da sie haufenweise Tipparbeit ersparen können. Dabei lautet die Syntax des Kommandos so:
ab Abürzungsname Einzufügender Text

Dabei gilt, dass der Abkürzungsname keine Leerzeichen enthalten darf, der Einzufügende Text kann, aber wie sieht es mit Zeilenumbrüchen aus?
Dies ist etwas trickreicher, aber dennoch zu bewerkstelligen. Hierzu benutzt man im Einfügemodus Ctrl-V und danach die Taste Enter. Als Platzhalter wird ^M erscheinen, welches zudem farblich gekennzeichnet ist.

Ab (Aus Gründen der deutschen Rechtschreibung musste das A gross geschrieben werden, das kommando heisst aber dennoch ab, kleingeschrieben) kann entweder während dem Editieren verwendet werden, oder in der .vimrc benutzt werden, wie jedes andere Feld-und-Wiesen-Kommando auch.

Ich benutze VIM um meine E-Mails zu schreiben. Mir persönlich ist es ja zu lange, immer “Mit freundlichen Grüssen, Enter Name Hier” auszuschreiben. Ein gefundenes Fressen für eine Abkürzung, nicht? Umzusetzen ist dies so:

ab mfg Mit freundlichen Grüssen, Ctrl-V Enter Name Hier

VI(M) Modus für Readline/Die Shell
Nichts schlimmer für einen VI(M)-Freund, als GNU Readline mit der EMACS-Einstellung zu benutzen. Aber selbst dafür gibt es Abhilfe. In der Shell kurz eingetippt:
set -o vi
Uuund… TADA, es hat sich nichts verändert. Von wegen! Man ist nur Standardmässig im Einfügemodus. Drückt ihr nun aber Escape, könnt ihr den Befehl wie unter VI(M) bearbeiten. Natürlich ist dies kein Vollständiger Klon, aber immerhin etwas.

Um diese Änderung rückgängig zu machen, wird das folgende Kommando benutzt:
set -o emacs

Wenn’s gefällt, einfach in die .zshrc/.bashrc/.whateverrc aufnehmen und sich freuen.

Alpine (Eventuell auch Pine) – anderer Editor
Pico hat mir als Editor für meine E-Mails nicht gefallen, ich wollte meinen VIM und damit Punkt. Ich habe mich mal durch die Zahlreichen Optionen gewälzt und auch was gefunden.

Um VIM oder auch einen anderen Editor einzubinden, durchsuche man mit w die Optionen nach “editor”, setze ein Häkchen bei “Enable Alternate Editor Command”, “Enable Alternate Editor Implicitly” und setze die Variable “Editor” auf “vim” (Oder einen anderen Editor).

Dieser Artikel ist unter der WTFPL lizensiert.