“cowsay” nimmt einen Text und zeigt ihn in einer Sprechblase mit einer Kuh (oder eben mit Tux) in ASCII-Art-Manier an.

Kombiniert und ans Ende der ~/.bashrc (oder ~/.zshrc oder was ihr eben für eine Shell benutzt) geschrieben gibt es beim Öffnen einer Shell instant Awesomeness!

# Make tux say something
fortune -e sprueche linuxcookie chucknorris archlinux | cowsay -f tux

Dieser Post spricht zwar wahrscheinlich nicht meine übliche Zielgruppe an, aber vielleicht hilft er ja anderen.

Meine Seminararbeit dreht sich um Ludwig Wittgenstein und sein Werk “Tractatus logico-philosophicus”, zu Deutsch “Logisch-philosophische Abhandlung”.

Ich stelle also den guten Herrn Wittgenstein vor und fasse (hoffentlich relativ einfach verständlich) den Inhalt des Buches zusammen. Dann sage ich etwas zu den Konsequenzen, die er daraus zieht und vertiefe mich dann noch in weitere Punkte:

• Kann man den Tractatus wirklich auf den letzten Satz (“Wovon man nicht sprechen kann, darüber muss man schweigen”) zusammenfassen?
  Wird ja oft genug getan. (SPOILER ALERT: nein, kann man nicht!)
• Was waren / sind die Auswirkungen des Tractatus?
• Wie stellt sich Wittgenstein zum Tractatus in seiner nächsten Abhandlung “Philosophische Untersuchungen”? Was macht er jetzt anders?

Wenn du auf der Suche nach Antworten auf diese Fragen bist, dann kannst du dir ja mal meine Seminararbeit herunterladen und durchlesen.

Wie oben schon gesagt, es ist nicht für meine Hauptzielgruppe. Und ich will auch die Leute nicht zwingen, sich 25 Seiten lang mit der logischen Analyse von philosophischen Problemen zu beschäftigen. Diese Seminararbeit war einfach ein Haufen Arbeit und vielleicht hilft sie ja anderen, das wirklich komplexe Werk zu verstehen =)

LIBS += -lcv -lhighgui

Dies waren zumindest die Libraries, die ich verwendet habe – hat meinen “Bedarf” an Bildverarbeitungstools mehr als gedeckt

$ figlet 1337

Output:

_   ______________
/    | ___ /___ /____     |
|    |    |_ \   |_ \         /  /
|    | ___)  |__) |     /  /
|_  |____/____/  /_/

Viel Spaß beim Lesen!

Zuerst einmal hat man die Wahl zwischen splashy und fbsplash. Ich habe mich für fbsplash entschieden und werde es in diesem Artikel behandeln.

fbsplash findet man im AUR und im Wiki eine sehr gute Einführung dazu. Ich bin den Leitfaden mehrere Male durchgegangen und immer wieder auf die gleiche Problematik gestoßen:

• Beim Hochfahren bekomme ich eine Fehlermeldung: ‘fbsplash was unable to start…theme not found’
• Beim Herunterfahren funktioniert der Splash

Abhilfe lässt sich mit folgender kleinen Änderung an den Kernelargumenten schaffen:

logo.nologo quiet console=tty1 vga=792 splash=silent,fadein,
fadeout,theme:<theme-name>

Den oben rot markierten Framebuffer-Wert gilt es nun mit dem gewünschten (und vom  Theme unterstützten!) Auflösungswert zu ersetzen, damit der Framebuffer auf den Wert gesetzt ist für den das Theme in /etc/conf.d/splash konfiguriert wurde – sonst startet fbsplash einfach nicht und es gibt die bekannte Fehlermeldung. Über diesen gesuchten Wert gibt uns folgender Befehl Aufschluss:

# hwinfo --framebuffer

hwinfo im AUR

In meinem Fall sähe die geänderte Argumentzeile folgendermaßen aus:

logo.nologo quiet console=tty1 vga=0x0324 splash=silent,fadein,
fadeout,theme:archax

Natürlich kann man die 0×0324 auch in 804 konvertieren und hinter vga= schreiben, das ist aber reine Geschmackssache.

Ich vermute, dass die Startschwierigkeiten entweder mit meiner x86_64-Version von Arch zusammenhängen oder mit meiner Hardware:

AMD Phenom II X4 955 BE

4GB OCZ DDR3-1600

ATI Radeon HD 4870 Vapor-X 2GB von Sapphire

Im Wiki ist nämlich auch ein Wikipedia-Artikel mit den Framebuffer-Codes verlinkt, die für 1280×1024 funktionieren sollen – bei mir tun sie es _nicht_: *klick*

Nachdem fbsplash nun bei mir startete, flackerte es kurz nach seinem Start und wurde nach links verschoben – irgenwdie unschön. Die einzige Lösung die ich dafür finden konnte, war folgende Änderung an /etc/mkinitcpio.conf vorzunehmen und damit den Start von fbsplash hinter die Änderung der Bildschirmauflösung durch den Kernel zu legen:

HOOKS=”base udev fbsplash autodetect pata scsi sata filesystems”

ändern zu

HOOKS=”base udev autodetect pata scsi sata filesystems fbsplash“

Es funktioniert, aber man sieht eben mehr von der Konsole und weniger vom Splash.

Für jegliche Lösungsvorschläge bin ich dankbar!

Ich habe mich halb tot gesucht, um eine Lösung zu finden, wie ich herausfinden kann, wann sich ein User in PPTP einloggt (beziehungsweise welcher user hinter welcher IP steckt).

Die “debug” Option in der /etc/pptpd.conf bringt da nichts. Das gibt zwar massig Informationen über Verbindungen nach /var/log/debug aus, aber nirgens findet man dort einen username.

Die Lösung liegt wo ganz anders:

Für den ganzen Verbindungskrempel und die Authentifizierung ist allein PPP verantwortlich. PPTP ist es also an sich egal, wen es hier verbindet. Wenn man bei PPP sucht, findet man relativ schnell eine Möglichkeit: PPP ruft bei erfolgreicher Authentifizierung das Script /etc/ppp/auth-up auf, falls dieses exisitert. Wenn der Client die Verbindung beendet, wird /etc/ppp/auth-down aufgerufen (aber nur, wenn auth-up auch erfolgreich aufgerufen wurde!).

Diese Scripte bekommen laut Manpage als Parameter in dieser Reihenfolge: interface-name peer-name user-name tty-device speed.

Das ist schon nicht schlecht, allerdings weiß man dann noch nicht die IP. Auch kein Problem, die IP der aktuellen Verbindung wird von PPP beim Aufruf des Scripts als Umgebungsvariable IPREMOTE gesetzt.

Mit diesen Voraussetzungen kann man prima die Infos in eine Log-Datei schreiben.

Für alle, die an einem nicht so wirklich richtig funktionieren Paketmanager gescheitert sind, ist hier der Leitfaden:

1.  Qwt Libraries runterladen und entpacken in Verzeichnis X:

http://www.qwt.sourceforge.net

tar -xzf foo.tar.gz

2. Dann folgende Konsolenschritte:

cd ‘X‘ //Pfad in dem sich das extrahierte Qwt findet

qmake

sudo make

sudo make install

3. Damit sei es getan, könnte man meinen, doch ich musste die qwt-Libraries noch vermerken und zwar in /usr/local/lib/libc.conf

/usr/local/qwt-Name/lib

/*Name war in meinem Fall qwt-5.2.0*/

4. Und zum Schluss:

sudo ldconfig

Teilt mir bitte Fehler mit, ich habe die Methode bisher nur ein paar Mal verwendet.

adi64 und n0stradamus waren beim Osterpraktikum dieses Jahr dabei und konnten sich also den Laden etwas genauer anschauen.

Den ganzen Text sowie detaillierte Ausführungen zu jedem Tag gibts auf der extra Seite.

Einzelne Ausgaben können fehlen. Preise auf Anfrage.