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.

ncdu bedeutet: NCurses Disk Usage

Ein solches Tool habe ich schon sehr lange gesucht, da es schnell vorkommen kann, dass man mehr Speicherplatz benötigt - mit ncdu weiß man dann auch welche Verzeichnise oder Dateien es wert sind gelöscht zu werden.

Ich habe das Programm über das Paketmanagement meiner Distrubution ohne Probleme installieren können:

Nach dem Start fragt das Programm welches Verzeichnis er analysieren soll. Hat man dieses eingegeben berechnet es den Speicherplatz und stellst diese in einer übersichtlichen Liste dar. Ausprobieren lohnt sich - eine detaillierte Beschreibung befindet sich auf der Projektwebseite.

Nun, da ich mich wieder auf die Shell konzentriere, hatte ich das Problem, das ich unter der Shell die Termine nicht abrufen und eintragen konnte. Doch mit einem kleinen Python-Skript kann ich nun auch diese Hürde überwinden: gcalcli

Leider war die installation von gcalcli nicht so trivial.

How-To:

• gcalcli von der Projektwebseite herunterladen
• tarball entpacken
• nach /usr/local/bin kopieren
• .gcalclirc im Home-Verzeichnis anlegen

Die .gcalclirc sollte folgendermaßen aussehen:

[gcalcli]
user: benutzer@googlemail.com
pw: passwort
cals: owner

• Abhängigkeiten erfüllen:

Gdata-Python, Elementree, Dateutil-Python


• jeweils aktuellste Versionen der Abhängigkeiten herunterladen und entpacken. In die jeweiligen Verzeichnise wechseln und mit “python setup.py install” als Superuser die Module installieren.
• Sind die Module installiert kann man testen ob die Abfrage funktioniert: als user “gcalcli agenda” eingeben

Bekommt man als Belohnung keine aktuellen Termine auf der Shell sondern mehrere Zeilen Fehlermeldungen, liegt es - wie in meinem Fall Wahrscheinlich an der Codierung:

Dies lässt sich mit folgendem Bugfix des Scripts beheben:

Die Zeilen 66+67 sollte man folgendermaßen anpassen:

sys.stdout = codecs.getwriter(’utf-8′)(sys.stdout)
sys.stdin = sys.stdin = codecs.getreader(’utf-8′)(sys.stdin)

Im oberen Teil des Skripts sollten sie noch Atom-Support aktivieren durch einfügen von:

import atom
atom.XML_STRING_ENCODING = None

Nach dem Speichern sollte das Skript einwandfrei funktionieren. Folgende Abfragemöglichkeiten gibt es:

gcalcli agenda
Zeigt die aktuellen Termine an, die anstehen.

gcalcli calw
Zeigt einen ASCII Kalender, mit den Terminen der aktuellen Woche an

gcalcli calm
Zeigt den aktuellen Monatskalender mit allen Einträgen an

Termine werden über den quick-command eingetragen:

gcalcli quick “Termintext Uhrzeit TT.MM.YYYY”

Ein kleines Schmankerl am Rand: Man kann in den Einstellungen des Google-Calendars eine SMS-Benachrichtigungsfunktion aktivieren, mit der man dann kostenlos per SMS an die eingetragenen Termine erinnert wird. Viel Spaß beim konfigurieren und Termine verwalten auf der Shell.

]]> http://blog.pimpmyshell.de/2008/02/12/gcalcli-google-calendar-auf-der-shell/feed/ http://blog.pimpmyshell.de/2008/02/10/eine-kurztippkollektion-mit-fokus-auf-vim/ http://blog.pimpmyshell.de/2008/02/10/eine-kurztippkollektion-mit-fokus-auf-vim/#comments Sun, 10 Feb 2008 14:23:04 +0000 CuleX programme vim http://blog.pimpmyshell.de/2008/02/10/eine-kurztippkollektion-mit-fokus-auf-vim/ Es sind die kleinen Dinge im Leben, die es erst so schön machen, zumindest ist dies meine Meinung. Eine Mehrheit wird die hier vorgestellten Tipps bereits kennen, doch wer sie nicht kennt - so ist es zumindest mir ergangen - wird sich fürchterlich darüber freuen.

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 Fabio Scotoni” auszuschreiben. Ein gefundenes Fressen für eine Abkürzung, nicht? Umzusetzen ist dies so:

ab mfg Mit freundlichen Grüssen, Ctrl-V Enter Fabio Scotoni

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.

]]> http://blog.pimpmyshell.de/2008/02/10/eine-kurztippkollektion-mit-fokus-auf-vim/feed/ http://blog.pimpmyshell.de/2008/01/04/meillos-umzug-in-die-shell/ http://blog.pimpmyshell.de/2008/01/04/meillos-umzug-in-die-shell/#comments Fri, 04 Jan 2008 09:52:52 +0000 meillo berichte shells shell berichte http://blog.pimpmyshell.de/2008/01/04/meillos-umzug-in-die-shell/ Ich bin nicht nur in dieser Community, weil ich ein gewisses Interesse für die Shell habe, sondern auch weil Gregor eben der Auslöser für meinen Umzug in die Shell war!
Die meisten von euch dürften wohl wissen, dass Gregor (auch bekannt als Anaxagoras) im Jahr 2005 auf linuxlog.de (das es inzwischen leider nicht mehr gibt), einen tollen Artikel über seinen Umzug in die Shell geschrieben hat.

Wer den Artikel noch nicht kennt, kann ihn hier noch lesen.

Jedenfalls habe ich, nachdem ich den Artikel gelesen hatte, selbst mit meinem Umzug begonnen.
Und das war eine der besten Entscheidungen meines Lebens! :-)

Früher oder später wäre ich sooderso umgezogen … Gregors Artikel hat es aber angestoßen und mich sehr motiviert.

Inzwischen fühle ich mich sehr heimisch und wohl in meinem (nun ja nicht mehr ganz so) neuen Zuhause (,denn schon seit über einem Jahr lebe ich inmitten von Text).

Weshalb ich euch das alles erzähle:
Das ist der Hintergrund und die Einführung zu einem Vortrag, den ich im Dezember bei der LUG Ulm gehalten habe.
Darin erzähle ich von der Unix-Philosophie, von eben meinem Umzug in die Shell und vom dynamic window manager “dwm”.

Keinesfalls möchte ich vergessen, euch auch an dieser Präsentation teilhaben zu lassen. Deshalb hier also der Link auf die Folien:

Gimme Shellter

(Und dieser Artikel auch, um die Aktivität auf pms.de wieder etwas anzuregen: Leute postet mehr Artikel! Diese Website lebt von euren Beiträgen! Auf geht’s, haut in die Tasten! :-) )

]]> http://blog.pimpmyshell.de/2008/01/04/meillos-umzug-in-die-shell/feed/ http://blog.pimpmyshell.de/2007/12/10/pimp-your-prompt/ http://blog.pimpmyshell.de/2007/12/10/pimp-your-prompt/#comments Mon, 10 Dec 2007 22:17:00 +0000 Jeremy how-tos shells http://blog.pimpmyshell.de/2007/12/10/pimp-your-prompt/ Du bist gelangweilt von dem hans@wurst:~$ - Prompt deiner Bash? Möchtest gerne mehr Informationen gezeigt bekommen? Du hättest gerne Augenschmerzen vor lauter Farben?

In folgendem Artikel werde ich erklären, wie du

• Deinen Prompt personalisieren,
• einfärben,
• und visuell vollkommen verunstalten kannst.


(Kleiner Hinweis vorweg: Der eine oder andere mag es bereits bemerkt haben, ich beziehe mich im ganzen Artikel ausschliesslich auf die Bash. Selbstverständlich lassen sich die meisten anderen Shells ebenfalls über ihre Variablen individualisieren. Das soll keinerlei Wertung sein, ich habe einfach keine Zeit, mich mit anderen Shells wie der zsh zu beschäftigen. Sollte also jemand von euch Zeit und Lust haben einen Artikel dazu loszuwerden, lade ich ihn hiermit herzlich ein. :) )

Grundlagen

In der Bash wird der primäre Prompt über die Variable PS1 gesteuert. Neben PS1 existieren noch PS2, PS3 und PS4, wobei für uns nur die ersten Beiden interessant sind.

• PS1 - In dieser Variable wird der primäre Prompt der Bash gespeichert. Der Standardwert ist in dem meisten Linuxdistributionen \u@\h:\w\$.
• PS2 - Der sekundäre Prompt. Dieser Prompt wird ausgegeben, wenn auf eine Eingabe des Users gewartet wird. Der Standardwert ist >. Der sekundäre Prompt lässt sich beispielsweise mit einem unvollendeten Befehl wie “ls |” ausgeben.
• PS3 - wird vom internen select Befehl verwendet.
• PS4 - Die Variable “PS4″ wird vor den Debug-Meldungen ausgegeben, die durch die Shell-Option “-x” [execute trace] ausgegeben werden. Der Standardwert ist hier meist +.

Die Veränderungen treten sofort ein, bleiben jedoch erst dann erhalten, wenn der “export”-Befehl in die Datei ~/.bashrc eingetragen wird.

Zunächst löschen wir einfach mal den Inhalt von PS1:

unset $PS1

Nun fehlt jegliche Eingabeaufforderung. Das bedeutet natürlich nicht, dass keine Befehle mehr eingegeben werden können. Es gibt einfach keinen Prompt mehr, der ausgegeben werden könnte.

Mit export können Umgebungsvariablen gesetzt werden. Ein schnelles:

export $PS1="pimp my shell >"

zum Beispiel erzeugt folgenden sinnlosen aber witzigen Prompt:

pimp my shell >

Aber wie lasse ich mir Informationen statt nur einfachen Text prompten ausgeben? Über so genannte Escape-Sequenzen. Nun wird es interessant. Es gibt einen ganzen Haufen Escape-Sequenzen, welche etwa Arbeitsverzeichnis, Benutzername oder Uhrzeit ausgeben:

\a	Das ASCII-Zeichen für eine Glocke (”\007″ sollte auch funktionieren). Dies erzeugt einen Ton, welcher (falls vorhanden) aus dem PC-Speaker tönt. Das ist aber nicht zu empfehlen, da dieser dann bei jedem ausgegebenen Prompt mit dieser Escape-Sequenz der Speaker einen nervigen Ton von sich gibt.
\d	Zeigt das Datum im “Wochentag Monat Datum”-Format (Bspw. “Tue May 26″)
\D{format}	Der Inhalt der beiden geschweiften Klammern wird an strftime gesendet und das Ergebnis zurück in den Prompt-String. Leer gelassen erzeugt das meist ein locale-Spezifisches Datum. Die geschweiften Klammern sind pflicht.
\e	Ein ASCII Escape-Zeichen (”\033″ sollte auch funktionieren.)
\h	Der Hostname bis zum ersten “.”
\H	Der komplette Hostname
\j	Gibt die Anzahl der Hintergrundprozesse aus.
\l	Name der Shell
\n	Erzeugt eine neue Zeile (Ja, Prompts können mehrzeilig sein).
\r	Carriage-Return
\s	Der Name der Shell. Logischerweise Bash
\t	Die Zeit im 24-Stunden HH:MM:SS Format
\T	Die Zeit im 12-Stunden HH:MM:SS Format
\@	Die Zeit im 12-Stunden AM/PM Format
\A	Die Zeit im 24-Stunden HH:MM Format
\u	Name des Benutzers
\v	Versionsnummer der Bash (Bspw. 3.2)
\V	Wie /v, jedoch mit Patch-Level (Bspw. 3.2.25)
\w	Das aktuelle Arbeitsverzeichnis, wobei $HOME mit einer Tilde (~) abgekürzt wird.
\W	Das aktuelle Arbeitsverzeichnis (, jedoch ohne höhere Ebenen), wobei $HOME mit einer Tilde (~) abgekürzt wird.
\!	Die History-Nummer des Befehls. Dies kann natürlich je nach .bash_history variieren.
\#	Anzahl der bereits aufgerufenen Kommandos während der Shell-Session
\$	Wenn UID = 0, ein #, andernfalls ein $. Zu deutsch: Normale User sehen ein “$”, Root ein “#”.
\nnn	Zeichen entsprechend der oktalen Zahl nnn
\\	Ein Backslash
\[	Beginn einer Sequenz von nicht-darstellbaren Zeichen.
\]	Ende einer Sequenz von nicht-darstellbaren Zeichen

Damit lässt sich schon viel anstellen. Sinnvoll sind und bleiben natürlich Benutzername, Verzeichnis und Hostname. Nach ein wenig herumspielen könnte der Inhalt von PS1 zum Beispiel so aussehen:

[\d \A, Bash Version \V, \# Commands, \j Jobs, tty #\l]\n[\u@\H:\w] \$

, was bei mir in etwa folgenden Prompt erzeugt:

[Mo Dez 10 23:05, Bash Version 3.2.25, 116 Commands, 0 Jobs, tty #2]
[jxn@david:~] $

Die eckigen Klammern sind übrigens reine Kosmetik ;)

Farben

Farbe	VG / HG
Schwarz	30 / 40
Rot	31 / 41
Grün	32 / 42
Braun	33 / 43
Blau	34 / 44
Violett	35 / 45
Cyan	36 / 46
Weiss	37 / 47

Zufrieden mit der Ausgabe? Weiter gehts mit optischer hervorhebung durch Farben.

Farbangaben müssen über die Escape-Sequenz \e (/033 sollte auch funktionieren) eingeleitet werden. Diese Escape-Sequenz wird jedoch vom genutzten Terminal verarbeitet, nicht von der Bash. Deswegen funktioniert die Einfärbung von Prompts auch nicht überall, selbst wenn die Bash genutzt wird.

Eine Farbangabe besteht aus dem Escape-Zeichen “\e”, den Farbcodes “x;yy;zz” (Eigenschaft;Vordergrund;Hintergrund) und einem abschliessendem “m”. Beispiele für Farbcodes können der nebenstehenden Tabelle entnommen werden, wobei die 30er für die Vordergrund- und die 40er für die Hintergrundfarben stehen. Sinnvolle Werte für die Schrifteigenschaft (x) sind: 0 (Standard), 1 (heller), 22 (nicht heller), 4 (unterstrichen), 24 (nicht unterstrichen), 5 (blinkend), 25 (nicht blinkend), 7 (invers), 27 (nicht invers).

Die Codes in der Farbangabe können übrigens in beliebiger Reihenfolge gesetzt werden. Ein “5;41;32″ ergibt Bspw. das Gleiche wie ein “41;5;32″, das Entscheidende ist der Code, nicht die Reihenfolge.

Färben wir einfach mal den oben erwähnten Standardprompt “\u@\h:\w\$” hellgrün mit einem rotem Hintergrund:

export PS1="\e[1;32;41m\u@\h:\w\$ "

Das Problem: Nun ist nicht nur der Prompt hellgrün, sondern der gesamte Text in unserer Shell. Das lässt sich mit einem schliessenden “\e[0m” verhindern. Auf diese Weise wird die Farbangabe auf Null zürückgesetzt. Ein

export PS1="\e[1;32;41m\u@\h:\w\$\e[0m "

sieht schon gleich viel besser aus. Aber das reicht leider immer noch nicht. Die sowieso nicht darstellbaren Zeichen unserer Farbangaben müssen mit den Sequenzen “\[” und “\]” auch als solche gekennzeichnet werden. Sonst gibt es hässliche Darstellungsfehler, sollte ein Kommando einmal das rechte Ende des sichtbaren Bereichs erreichen. Das Ergebnis sollte also wie folgt aussehen:

export PS1="\[\e[1;32;41m\u@\h:\w\$\e[0m\] "

Natürlich können in einem Prompt auch mehrere Farbangaben verwendet werden. Aber jeder sollte für sich entscheiden, wieviel Bunt seine Augen ertragen können. ;)

Noch nicht genug? Bashish rocks your socks!

Bashish ist eine Theme-Engine für allerlei Terminals und Shells. Mit Bashish lassen sich Farbe, Schriftart, Transparenz und Hintergrundbild für einzelne Programme unabhängig voneinander personalisieren. Ausserdem kann man mit Bashish die Prompts verbreiteter Shells wie die Bash, zsh und tcsh konfigurieren. Was mit Bashish möglich ist, wird bei den Screenshots sehr gut veranschaulicht.

]]> http://blog.pimpmyshell.de/2007/12/10/pimp-your-prompt/feed/ http://blog.pimpmyshell.de/2007/12/03/bash-history-fuer-mehrere-shells/ http://blog.pimpmyshell.de/2007/12/03/bash-history-fuer-mehrere-shells/#comments Mon, 03 Dec 2007 21:58:32 +0000 Jeremy how-tos BashhistoryShell http://blog.pimpmyshell.de/2007/12/03/bash-history-fuer-mehrere-shells/ Du kennst das. Du hast ein Terminal geöffnet und tippst fleißig deine Befehle ein, öffnest ein zweites Terminal und - es erinnert sich nicht an die gerade eben eingetippten Kommandos. Und es kommt sogar noch schlimmer: Wenn du zuerst das erste Terminal und danach das Zweite schließt, werden die Befehle des ersten Terminals aus der Datei ~/.bash_history überschrieben. Doppelt nervig.

Die Bash speichert die .bash_history nur beim schließen eines Terminals, und nicht nach jedem eingetippten Kommando. Das lässt sich leicht ändern:

nano ~/.bashrc

(An Ubuntuuser: Man beachte, kein sudo hier. Die Datei gehört dem User, nicht dem System. Und selbstverständlich lässt sich auch jeder andere Texteditor wie gedit, kate, vi oder emacs nehmen.)

Füge nun die folgenden Zeilen hinzu:

shopt -s histappend
PROMPT_COMMAND='history -a'

und speichere das ganze ab (In Nano mit Strg+O. “^” steht in den meisten Fällen für Strg. Also macht die Statuszeile in Nano doch ein wenig Sinn. ;) )

Dies sorgt dafür, dass der Kommandoverlauf von der Bash angehängt (und nicht einfach überschrieben) wird. Ausserdem wird jedes mal, wenn ein Prompt ausgegeben wird, abgespeichert.

]]> http://blog.pimpmyshell.de/2007/12/03/bash-history-fuer-mehrere-shells/feed/ http://blog.pimpmyshell.de/2007/09/16/mehr-vim-tipps/ http://blog.pimpmyshell.de/2007/09/16/mehr-vim-tipps/#comments Sun, 16 Sep 2007 18:04:12 +0000 Andreas allgemein vim http://blog.pimpmyshell.de/2007/09/16/mehr-vim-tipps/ Hallo zusammen

Ich bin ein neuer Autor und werde gelegentlich Beiträge zu Vim und evtl. anderen Themen schreiben. Hier ein paar kleine Tipps, die mir immer wieder den Alltag erleichtern.

Ich gehe davon aus, dass die Grundkenntnisse bereits vorhanden sind; ansonsten ist das bei Vim mitgelieferte Tutorial empfehlenswert, welches aus der Shell mit

$ vimtutor

gestartet werden kann.

Rechtschreibung

Seit Version 7 bietet Vim eine eigene Rechtschreibehilfe an. Nach der Eingabe

:set spell spelllang=de,en

werden alle Wörter, die von Vim nicht als korrekte Deutsche oder Englische Wörter erkannt werden, rot markiert.

Umlaute

Manchmal hat es auf einer Tastatur keine Umlaute. Kein Problem mit Vim - die Umlaute können im Insert-Mode mit CTRL-K als Digraph eingegeben werden. Beispiel:

CTRL-K U:

gibt ein Ü ein. Die weiteren Digraphe lassen sich mit

:digraph

anzeigen.

Automatische Komprimierung

Hat eine Datei eine Endung .gz oder .bz2, so wird sie von Vim automatisch (de-)komprimiert. Dies funktioniert auch beim Erstellen einer neuen Datei, z.B.:

$ vim notizen.txt.bz2

Makros

Ein Makro kann dazu verwendet werden, eine oft wiederholte Editiersequenz abzukürzen. Die Aufnahme eines Makros hat immer die Form qX[Editiersequenz]q. Abgespielt wird es mit @X. Dabei ist X der Bezeichner der Sequenz - dies kann ein Buchstabe oder eine Ziffer sein. Die Editiersequenz darf auch Wechsel in andere Modi beinhalten, muss aber im Normal-Mode starten und enden. Ein Beispiel:

qayypVr-q

Nun wird durch Eingabe von

@a

der Text einer ganzen Zeile unterstrichen.

Verschlüsselung

Will man in Vim einen Text verschlüsseln, so genügt es, Vim mit -x aufzurufen oder bei laufendem Vim

:X

einzugeben. Vim fragt dann nach einem Schlüssel und speichert die Datei ab sofort nur noch verschlüsselt. Der verwendete Algorithmus ist allerdings nicht besonders sicher. Besser - und auch eher der Unix-Philosophie entsprechend - wäre es, ein externes Tool für die Verschlüsselung zu verwenden. Vim bietet die Möglichkeit, einen Teil (Selektion) oder den ganzen Inhalt (% Operator) einer Datei durch ein externes Programm zu filtern. Möchte ich z.B. eine Textdatei vor dem Speichern mit GPG verschlüsseln (wozu GPG natürlich vorher eingerichtet werden muss), so gebe ich einfach

:%!gpg -e -a -r andreas

ein. Damit wird der Text von GPG mit meinem eigenen öffentlichen Key verschlüsselt. Da RSA asymmetrisch ist, wird die Passphrase nur zum entschlüsseln benötigt, was mit

:%!gpg -d -q

bewerkstelligt wird.

In beiden Fällen sind Swap- und Viminfo-Dateien aber immer noch unverschlüsselt. Sie können entweder mit den Kommandozeilen-Parametern -n -i /dev/null oder mit dem Kommando

:set noswapfile viminfo=

deaktiviert werden.

Die Möglichkeit, so einfach externe Programme einsetzen zu können ist auch sonst immer wieder äusserst nützlich. Möchte ich beispielsweise einige Zeilen alphabetisch sortieren, so markiere ich sie einfach (Visual-Mode) und gebe

:!sort

ein.

Mappings

Für oft verwendete Kommandos lohnt es sich, eigene Mappings zu erstellen (diese können in der Datei .vimrc gesammelt werden). Ein Beispiel:

:map <F2> :execute '!links http://dict.leo.org/?search='.expand("<cword>")<CR>

Nun kann mit F2 auf einen Tastendruck die Übersetzung für das Wort, das sich aktuell unter dem Cursor befindet, bei Leo nachgeschlagen werden.

So, das ist im Moment alles was mir so einfällt. Ich hoffe es hat ein paar nützliche Tipps dabei und freue mich natürlich über Feedback.

]]> http://blog.pimpmyshell.de/2007/09/16/mehr-vim-tipps/feed/