Qbi's Weblog

Was passiert, wenn man das (B|L)KA am Wochenende in einer dringenden Angelegenheit erreichen möchte? Schreibe eine E-Mail an info@...!

Der Virenanalytiker Magnus Kalkuhl fand 300 Datensätze von Kreditkarten. Wie er in seinem Weblog schreibt, passierte das an einem Freitag nachmittag. Die Ansprechpartner sowohl beim BKA wie auch beim LKA waren schon ins Wochenende verschwunden. Ihm wurde beschieden, er solle eine E-Mail an info@... schicken. (Auch bei den Kreditkartenunternehmen sah es nicht besser aus.) Glücklicherweise heißt sein Arbeitgeber Kaspersky Lab und hat eine Niederlassung in den USA. Diese hat sich letztlich in Zusammenarbeit dem FBI der Sache angenommen.

Ich finde das schon sehr bedenklich, dass sich sowohl beim BKA wie auch beim LKA niemand zuständig fühlt. Denn gerade in so einem Fall ist schneller Handeln gefordert. Da sollte es eine zentrale Stelle geben, bei der man sowas meldet und wo sich dann Experten zu jeder Tages- und Nachtzeit in Bewegung setzen. Aber wahrscheinlich nehmen derartige Fälle noch zu wenig Platz in der Statistik ein.

via Stefans Home und SZ

Wie es mika in seinem Blog schon ankündigte, gibt es wieder eine neue grml-Version. Die 0.8 trägt den Codenamen Funkenzutzler und hat wieder einige Nettigkeiten im Rucksack:

• X.org 7.0
• Für das Terminal wird die Schrift Lat15-Terminus16 verwendet. Ich finden die Schrift sehr angenehm und gut lesbar.
• 117 neue Pakete
• fvwm-crystal und dwm sind als Windowmanager hinzu gekommen
• und noch vieles mehr

Wie schon bei den alten Versionen kann ich gerade Sysadmins die CD nur wärmstens empfehlen. Sie bringt all die Tools mit, die man bei der täglichen Arbeit braucht und hat mir schon sehr viel geholfen.

Der aktuelle Gentoo-Newsletter schreibt von einem neuen Projekt namens adopt a developer. Bisher war es wohl recht schwer, Entwickler, die bestimmte Ressourcen benötigen mit denjenigen zusammenzubringen, die die Ressourcen haben. Daher wurde dieses Projekt ins Leben gerufen. Die Webseite bietet zum einen eine Liste, welche Person was benötigt bzw. bereitstellt. Somit sollte man Nachfrager und Anbieter recht gut zusammenführen können. Weiter können sowohl Entwickler wie Anbieter über ein Formular schreiben, was sie brauchen bzw. anbieten möchten. Die Gesuche gehen dabei von Büchern über diverse Hardware (RAM-Bausteine, GPS-Empfänger). Ich denke, es ist für jeden, der das Open-Source-Projekt unterstützen möchte, etwas dabei. Falls nicht, bietet sich immer noch die Möglichkeit, an das Projekt zu spenden.

Ich finde das eine recht gute Idee und hoffe, dass sich das zugunsten von Gentoo weiterentwickeln wird.

Hin und wieder hat man den Fall, dass bestimmte Befehle immer wieder gebraucht werden. Die Verlaufsdatei der Shell (.history) hat aber die unschöne Eigenschaft nur begrenzte Größe zu besitzen und so kommt es vor, dass der gesuchte Befehl, die Datei verlassen hat. Daher wäre es doch schön, wenn ebendiese Befehle permanent gespeichert sind und dann über einen entsprechenden Aufruf zur Verfügung stehen.

In der zsh könnte man eine eigene Datei (z.B. .wichtigeKommandos) anlegen und dort die gewünschten Befehle einfügen. In die .zshrc kommt dann der Aufruf fc -R .wichtigeKommandos. Von nun an stehen die Befehle immer zur Verfügung.

Heute gibt es mal wieder einen zsh-Tip und vielleicht schaffe ich es zukünftig etwas mehr davon zu schreiben.

Wenn ich mich mit neuen zsh-Nutzern unterhalte, höre ich oft von dem Problem, dass die Strg+A-Taste nur ein ^A einfügt. Ebenso passiert das mit Strg+E und anderen Tasten. Im Endeffekt heißt das, dass der Nutzer bisher das Emacs-Tastenschema genutzt hat und dies nun in der zsh auch wieder tun will. Falls aber nichts genaues eingestellt ist, liest die zsh die Umgebungsvariable EDITOR aus und stellt das Schema entsprechend dem dort gesetzten Standardeditor (oftmals vim) ein. Um das zu ändern kann man am Prompt bindkey -e emacs eingeben oder aber man trägt diese Zeile direkt in die .zshrc ein. Die Einstellung set -o emacs bewirkt das Gleiche.

Innerhalb der Linux-Verzeichnishierarchie existieren mehrere Möglichkeiten, temporäre Dateien abzulegen. Eine der gebräuchlisten ist das /tmp-Verzeichnis. Der Filesystem Hierarchy Standard schlägt vor, dass alle Daten in diesem Verzeichnis beim Systemboot gelöscht werden. Standardmäßig ist das jedoch bei den wenigsten Linuxdistributionen der Fall. Debian beispielsweise stellt in der Datei /etc/default/rcS ein, dass alle Dateien 30 Tage lang im /tmp aufbewahrt werden, bevor sie gelöscht werden. Die Variable, um den Wert zu ändern, heißt hier TMPTIME. Bei SuSE-Systemen wird der Wert in der Datei /etc/sysconfig/cron eingestellt und die Variable heißt dort MAX_DAYS_IN_TMP. Außerdem kann man da auch mittels OWNER_TO_KEEP_IN_TMP einstellen, dass Dateien, die einem bestimmten Benutzer gehören, erhalten werden.

Wenn man nun wirklich, die Dateien jeden Tag löschen will, empfiehlt es sich, dieses als tmpfs zu mounten. Das bewirkt, dass das Verzeichnis im RAM angelegt wird und je nach Bedarf dynamisch wächst und wieder schrumpft. Beim Reboot ist das Verzeichnis dann automatisch immer leer. Dazu muss man in die /etc/fstab lediglich die Zeile none /tmp tmpfs size=100M 0 0 eingefügt werden. Dadurch wird eine 100 MB große Partition angelegt. Nach meinen Erfahrungen sollte diese Größe durchaus reichen. Falls nicht, muss die obige Größe eben angepasst werden. Will man das /tmp nicht ins RAM auslagern, kann man immer noch die obigen Variablen auf passende Werte einstellen.

Gestern abend fand bei der örtlichen Linux User Group ein Workshop zum Thema Fehlersuche statt. Wir diskutierten anhand einiger praktischer Beispiele, wie ein Bug zu suchen ist und wie man diesen optimalerweise meldet. Dabei warfen wir insbesondere einen Blick auf das Debian Bug Tracking System, sowie auf Bugzilla und noch einige andere. Bei einem zufällig ausgewählten Bug fiel uns auf, dass die Fehlermeldung in Französisch war und wir waren uns recht schnell einig, dass man bei einer Fehlermeldung in der Regel lieber englische Ausgabe einstellen sollte. Aber was ist nun, wenn man selbst kein Englisch kann?

Dazu gibt es dann Dienste, wie Babelfish oder auch die Übersetzungsservices von Google. Aber was passiert denn nun, wenn man so einen Text mehrmals durch die Dienste jagt? Ich sah heute, dass der Blogeintrag Gentoo und dietlibc von jemandem mit dem Babelfish bearbeitet wurde und habe diesen mal hergenommen. Den Eintrag habe ich vom Deutschen ins Englische ins Deutsche ins Englische und wieder ins Deutsche übersetzt. Babelfish lieferte:

Da ich entdecktes Gentoo bin, schaue ich ungefähr dietlibc nach links nach bestimmten Paketen nach einer Möglichkeit, indem ich mich zurückstelle. Da man Zentimeter direkt manipulieren muß die klimatische Variable hier, Muß, entweder, jede Zeit, bevor sie jedoch die verwendbare Sache von Ebuild oder direkt kompilieren, Satz die Variable anpassen. Beide Varianten trennen sich, da man mit jedem Update sich erinnern muß. Als ich heute jetzt auf der Suche nach US Variable war, entdeckte ich dennoch glatt, was ich immer wünschte:

Das Ergebnis von Google sah in der Mitte ein wenig lesbarer aus:

Da ich entdecktes Gentoo bin, schaue ich ungefähr dietlibc nach links nach bestimmten Paketen nach einer Möglichkeit, indem ich mich zurückstelle. Da man die klimatische Variable Zentimeter direkt manipulieren muß hier, paßt sich muß irgendwie jedesmal an, bevor sie jedoch das verwendbare Ebuild oder den Satz die Variable direkt kompiliert. Beide Varianten trennen sich, da man mit jedem Update sich erinnern muß. Als ich heute jetzt auf der Suche nach Gewohnheiten Variable war, entdeckte ich dennoch glatt, was ich immer wünschte:

Heute in einem Chat gelesen:

< XXX> mann, da lern ich seit 3 tagen lisp
< XXX> und heute nacht traeume ich im traum einen traum in einem traumsimulator
< XXX> der natuerlich entirely gelispelt ist
< XXX> und ich konnte den code veraendern waehrend er aktiv ist

Manche Leute haben Träume ...

Im Bundesstaat Massachusetts wurden 20 der insgesamt 24 Bauinspektoren vom Dienst suspendiert. Warum? Sie hatten sich geweigert, Handys mit eingebauten GPS-Sendern zu nutzen. Die Mobiltelefone sollten massgeblich dazu benutzt werden, die Arbeit der Ingenieure zu überwachen. Wie immer kam von Seiten des Arbeitgebers das alte Argument: If you’re doing your job well, there shouldn’t be any concern with it.

via boston.com