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.

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)

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/ 10 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 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/ 14 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 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/ 6 http://blog.pimpmyshell.de/2007/03/13/muttrc-builder/ http://blog.pimpmyshell.de/2007/03/13/muttrc-builder/#comments Tue, 13 Mar 2007 21:22:07 +0000 Gregor mutt http://blog.pimpmyshell.de/2007/03/13/muttrc-builder/ Jeder, der sich mutt auseinander setzt, begreift schnell, dass mutt der wahrscheinlich mächtigste Email-Client ist, den es im Unixumfeld gibt. Er ist extrem variabel aufgebaut und lässt sich bis aufs kleinste Detail konfigurieren.

Um dies zu meistern – sprich sich die perfekte muttrc zu basteln bedarf es erst einmal viel Zeit, die man sich nehmen muss, um die Man-Files, die unzaehligen How-Tos und die Tutorials durchzuarbeiten.

Beim surfen habe ich eine Internetseite gefunden, die ich als “Extrem-Hilfreich” einstufe:

Der Muttrc-Builder

Mit Hilfe dieser Seite kann man sich eine Konfigurationsdatei basteln, die aus Mutt genau den Email-Client macht, den man sich immer gewünscht hat – inklusive der Farbgebung, Verschlüsselung, Imap- oder Pop3-konfiguration, Lese- und Sendeoptionen etc.

Probiert es aus! Ein Segen für jeden von Natur aus faulen Konsolen-Nutzer :)

]]> http://blog.pimpmyshell.de/2007/03/13/muttrc-builder/feed/ 15 http://blog.pimpmyshell.de/2007/03/11/das-image-von-linux/ http://blog.pimpmyshell.de/2007/03/11/das-image-von-linux/#comments Sun, 11 Mar 2007 00:57:17 +0000 hogdarog http://blog.pimpmyshell.de/2007/03/11/das-image-von-linux/ Ich habe mir vor Jahren angewöhnt, von jeder Windows-Installation ein Image mittels Norton Ghost bzw. PartitionImage zu ziehen. Das spart so manche Neuinstallation mit der darauffolgenden Konfigurationsorgie…
Als ich zum Linux-Lager schwenkte, wollte ich so etwas natürlich auch für meine Linuxrechner haben, aber bitte mit quelloffener Software…

Es wurde schnell klar, dass dd das Mittel der Wahl dafür ist. Und dabei ist es auch noch so einfach zu bedienen:

dd if=/dev/hda1 of=/mnt/backup/hda1.dd bs=1024K

schreibt ein Image der ersten Partition der ersten IDE-Platte in ein Image namens /mnt/backup/hda1.dd
Die einzelnen Parameter bedeuten dabei:
if=input file = das Blockgeraet, von welchem gelesen wird
of=output file = die Datei, in die das Image geschrieben wird
bs=block size = die Blockgröße, d.h. wie viele Daten auf einmal transferiert werden

Dabei kann sowohl die input als auch die output-file eine echte Datei als auch ein Blockgerät sein.

Man könnte also z.B. direkt von einer Platte / Partition auf die andere (hier: hda nach hdb) klonen,

dd if=/dev/hda of=/dev/hdb

oder von einer Datei in eine andere schreiben…
Den Oberhammer finde ich aber, dass man das Ganze auch pipen und übers Netzwerk verschicken kann:

z.B.

Eine ganze Platte übers Netzwerk klonen:

dd if=/dev/hdb | ssh user@host “dd of=/dev/hdb”

Ein Partitions-Image während dem Vorgang komprimieren und auf einem anderen Rechner ablegen:

dd if=/dev/sda3 | gzip -c | ssh user@host “cat > /mnt/backup/otherhost.dd.gz”

Zurückgespielt wird das Ganze ebenso einfach:

ssh user@host “cat /mnt/backup/otherhost.dd.gz | gunzip” | dd of=/dev/sda3

Viel Spass beim Klonen!
Disclaimer: Es versteht sich von selbst, dass dd gerade wegen seiner Macht auch viel Schaden anrichten kann. Daher übernehme ich keinerlei Verantwortung für die Anwendung der obigen Tips! Sowas probiert man eh erstmal an nem Testrechner aus…
]]> http://blog.pimpmyshell.de/2007/03/11/das-image-von-linux/feed/ 16 http://blog.pimpmyshell.de/2006/12/30/suchen-und-skripten-mit-screen/ http://blog.pimpmyshell.de/2006/12/30/suchen-und-skripten-mit-screen/#comments Sat, 30 Dec 2006 17:31:50 +0000 hogdarog screen tip howto http://blog.pimpmyshell.de/2006/12/30/suchen-und-skripten-mit-screen/ Suchen:

Die schönsten Dinge weiss man erst zu schätzen, wenn man sie vermisst: Ich musste kürzlich ohne screen (quasi nackt) auf der Console arbeiten und da fiel mir erst mal auf, wie oft ich eigentlich die Suchfunktion von screen brauche…

Man erreicht die Suche, indem man in den sog. “Copy-Mode” wechselt (defaultmässig belegt mit [C-a][ESC]). Es erscheint die entsprechende Meldung und nun kann man mit [?] eine Rückwärtssuche starten (rückwärts deswegen, weil man sich ganz am Ende des Buffers befindet). Also z.b. [?]error[ENTER] sucht nach dem letzten Vorkommen des Wortes “error”. Ein Druck auf [n] setzt die Suche fort bis ganz nach oben an den Anfang des Scrollbackbuffers.

Achtung: Die Suche ist case-sensitive. D.h. “Error” ist nicht gleich “error”!

Mit dem Copy-Mode kann man noch andere Sachen machen, z.B. Text kopieren: Dazu navigiert man mit den Cursortasten, setzt mittels [SPACE] die erste Marke, navigiert weiter und setzt durch ein erneutes [SPACE] die zweite Marke. Jeder Text zwischen der ersten und der zweiten Marke (was durchaus mehrere Seiten umfassen kann) wird dadurch in den Copy-Buffer kopiert und kann mit [C-a][}] eingefuegt werden…

Diese Features sind für mich Grund genug, meinen Scrollbackbuffer von screen relativ hoch zu setzen: “defscrollback 15000″, was 15000 Zeilen (pro Fenster) bedeutet. Tja, Komfort hat seine (Speicher-)Kosten…


Skripten:

Auf der screen-mailingliste wurde auf folgenden Blog-Artikel hingewiesen, der kurz und prägnant auf die scripting-Möglichkeiten von screen eingeht:

http://www.jerri.de/blog/archives/2006/05/02/T22_41_44/

“Scripting” ist vielleicht ein bisschen hoch gegriffen – im Prinzip geht es darum, screen fernzusteuern; sprich: screen-Kommandos von einem Fenster aus in einem Anderen auszuführen bzw. eine komplette screen-session von aussen zu beeinflussen… So zeigt der Author z.B. eine Möglichkeit, die Anzeige des Text-Browser w3m von einem anderen Fenster heraus zu aktualisieren. Sehr schön finde ich auch den Tip, eine bestehende screen-session quasi als Diashow darzustellen, und alle Fenster darin automatisch wechselnd anzuzeigen:

while true; do screen -S sessionname -X next; sleep 10s; done

Achtung: der Befehl funktioniert nur vernuenftig, wenn er AUSSERHALB der Sitzung [sessionname] aufgerufen wird!

]]> http://blog.pimpmyshell.de/2006/12/30/suchen-und-skripten-mit-screen/feed/ 1 http://blog.pimpmyshell.de/2006/12/21/mpd-music-player-daemon/ http://blog.pimpmyshell.de/2006/12/21/mpd-music-player-daemon/#comments Thu, 21 Dec 2006 15:25:13 +0000 Xukashi http://blog.pimpmyshell.de/2006/12/21/mpd-music-player-demon/ MPD ist ein Audio-Player der, wie der Name schon verrät als Daemon im Hintergrund des Systems läuft. Er besitzt eine Playlistverwaltung, eine Musikdatenbank und unterstützt ogg, vorbis, mp3, flac, aac, mod und wave also alles was man braucht, oder?

Nein – das hört sich noch nach einem zu “normalen” Audioplayer an, denn das wohl schönste Feature ist:

Die Client/Server-Struktur in dem er sogar über das lokale Netzwerk bedienbar ist. (sehr WG-tauglich) Also los gehts:

1) Installation

Als erstes muss man natürlich den mpd installieren. In den meisten fällen, ist mpd in den Repositories der Distributionen die man einset zt enthalten. Mit, apt-get, pacman, emerge, etc. installieren.

2) Konfiguration

Nachdem mpd nun installiert ist, sollten erstmal zwei Verzeichnisse im Home-Verzeichnis erstellt werden. Das ist wichtig, damit man später mpd auch als Benutzer laufen lassen kann.

mkdir ~/.mpd/
mkdir ~/.mpd/playlists

2a) Die mpd.conf.example

Nun geht es an die eigentliche Konfiguration:

Bei der Installation hat mpd in /etc/ eine mpd .conf.example angelegt, die man bearbeiten muss und anschließend als mpd.conf abspeichert. Öffnet diese Datei mit dem Editor eurer Wahl.

z.B.:

nano /etc/mpd.conf.example

Das Erste, was einem auffällt ist das die ganze Konfiguratonsdatei mit einer Raute (#) auskommentiert ist. Bei allen Einstellungen die jetzt vorgenommen werden ist zu beachten, daß die Raute vor der jeweiligen Zeile zu entfernen ist.

2b) music_directory & playlist_directory

Das wohl Wichtigste ist, mpd zu sagen wo sich das Musikverzeichnis befindet. Dazu muß der komplette Pfad angegeben werden. Dies sieht bei mir z.B. so aus:

# An example configuration file for MPD
# See the mpd.conf man page for a more detailed description of each parameter.

#####REQUIREDPATHS#############
music_directory "/media/sda5/Musi"
playlist_directory "~/.mpd/playlists"
db_file "~/.mpd/mpd.db"
log_file "~/.mpd/mpd.log"
error_file "~/.mpd/mpd.error"
############################


Die playlist_directory haben wir in unserem Home-Verzeichnis angelegt den wir damit direkt angeben. db_, log_ und error_file legt mpd selbst an, also sind keine Änderungen erforderlich.

2c) User-Variable

Jetzt gehts zum mpd als Benutzer laufen zu lassen. Hierfür setzt man einfach seinen Benutzernamen in die User-Variable, wie z.B. in meinem Fall:

##########DAEMON OPTIONS ################
#
# If started as root, MPD will drop root privileges and run as
# this user instead. Otherwise, MPD will run as the user it was
# started by. If left unspecified, MPD will not drop root
# privileges at all (not recommended).
#
user "ben"
#
# The address and port to listen on.
#
bind_to_address "any"
port "6600"
#

Das bind_to_address kann man ruhig auf “any” lassen, damit sagt man nur das jeder der im LAN angemeldet ist, auf mpd zugreifen darf. (nur was Musik hören angeht) Der port “6600″ ist der Standartport und braucht nicht verändert werden, da er nur für den Client später wichtig ist.

2d) ***PREMISSIONS***

Dem Punkt ******PREMISSIONS****** braucht man keine Beachtung schenken, weil man mpd nur als root updaten oder verändern kann. Wer will kann natürlich trotzdem ein Password angeben und Rechte verteilen.

2e) Sound-Device

Benutzt du alsa, und willst mpd auch über alsa betreiben, so kannst du die Konfigurationsdatei so belassen, wie sie momentan ist.

Wenn du jedoch esd oder einen anderen Soundserver installiert hast, wird die Sache komplizierter, denn dann solltest du alsa als Ausgabegerät angeben. Hier die nötigen Einstellungen:

# An example of an ALSA output:
#
audio_output {
type "alsa"
name "My ALSA Device"
device "hw:0,0" # optional (oder dmixer)
format "44100:16:2" # optional
}
#
#

# An example for controlling an ALSA mixer:
#
mixer_type "alsa"
mixer_device "default" # optional (dmix)
mixer_control "PCM"
#
#

2f) Speichern als…

So das wars mit der mpd.conf.example nun ist es wichtig, sie als
/etc/mpd.conf abzuspeichern.

3) Los gehts!

Als Erstes erzeugt man eine Datenbank. Hierbei sammelt mpd Informationen über die Musik die im (in der mpd.conf angegebenen) Musikverzeichnis ist. Der Befel dafür ist:

/etc/rc.d/mpd create-db

Das kann jetzt ein bischen dauern, je nachdem wie groß die Datenbank ist. Wenn mpd fertig ist (es wird eine entsprechende Meldung ausgegeben) kann man mittels:

/etc/rc.d/mpd start

oder als User mit:

mpd

den music-player-daemon starten.

4) Und wie höre ich jetzt Musik?

Dazu ist ein Client nötig. Informationen über die gängigsten findet man auf der Projektwebseite von mpd oder für die Shell natürlich hier.

Wenn noch Fragen offen sind, kann mal die Manpage von mpd zu Rate ziehen, ansonsten viel Spaß beim Musik hören.

]]> http://blog.pimpmyshell.de/2006/12/21/mpd-music-player-daemon/feed/ 4