Ich mag Kickstarter, wirklich. Aber es ist schon recht lustig, was für Stilblüten das Ganze treibt — manchmal erst auf dem zweiten oder dritten Blick. So einen iPad-Stylus fand ich schon recht interessant und wird ja auch hier und da gelobt/gehypt/verbreitet. Dann hab ich mal näher durchgelesen wie der Stylus funktionieren soll und bin über das hier gestolpert:

Wie jetzt? Er kommuniziert mit Tönen, die über den menschlich Hörbarem liegen? War da nicht etwas? Ich will mir jetzt gar nicht vorstellen, was Hunde zukünftig in der Straßen-, S– oder Bundesbahn erleiden müssen.

Jetzt werdet ihr denken: Jaja (ha, was für ne Analogie ), nun spiel Dich mal nicht so auf! Das wird schon alles nicht so schlimm sein. Bedenkt aber bitte Folgendes:

1. Lautstärke: So einen Stylus möchte man nicht unbedingt nur im eigenen Kämmerlein bei absoluter Stille nutzen, d.h. der Stylus muss schon ordentlich laut sein um andere Nebengeräusche übertönen zu können. Ebenso ist es extrem von der Position des Mikrofons im Verhältnis zur Haltung des Stylus abhängig. Egal was der Hersteller/Erfinder dazu sagt — das kann nicht leise sein.

2. Frequenz: So hoch kann die Frequenz gar nicht sein, dass es nicht im hörbaren Bereich eines Hundes liegen kann. Wie ich darauf komme? faberacoustical hat sich mal das eingebaute Mikrofon von iPod und iPhone 3GS angeschaut und ausgemessen. Das normale Mikrofon kann also Frequenzen im Bereich von ca. 180Hz bis ca. 21kHz »hören«.

Ich will jetzt mal gar nicht mit Studien anfangen, die den Einfluss von Lärm und Frequenzen auf das menschliche Wohlbefinden untersucht haben …

Aber etwas möchte ich Euch noch mit auf den Weg geben: The Mosquito und die kurze Erklärung dazu. Schräg oder?

Wie kann man da als normaler Mensch auf die Idee kommen im 21. Jahrhundert in Zeiten von WLAN/BT/Funk einen Übertragungsweg im niedersten Frequenzband zu wählen?!

Diese Drop-Down-Box zumindest nervt gewaltig, Ping wollte ich so oder so nicht nutzen — kann alles weg.

Es reicht zumindest nicht mehr aus einen kleinen Befehl aufzurufen um das Verhalten des Link-Zeichens wieder auf die eigene iTunes-Mediathek zu lenken. Jetzt muss es schon eine ganze Latte an Befehlen sein:

defaults write com.apple.iTunes invertStoreLinks -bool YES
defaults write com.apple.iTunes disablePingSidebar 1
defaults write com.apple.iTunes hide-ping-dropdown 1
defaults write com.apple.iTunes show-store-link-arrows 1

Das alles ins Terminal bei geschlossener iTunes-Anwendung eingeben und nach dem Starten von iTunes sieht es nun wieder ordentlich aus und mit dem kleinen Pfeil neben Album/Interpret/ect. sucht ihr in Eurer eigenen iTunes-Mediathek.

Huch, schon wieder ein Jahr rum .

Keine Angst, das wird kein Jahres-Blog-Rückblick mit einer Aufzählung aller geschriebener Artikel, wie das ja anscheinend so üblich unter Bloggern ist (auf Beispiel-Links verzichte ich jetzt mal bewusst). Ich weiß selber, dass ich nicht wirklich viel im letzten Jahr geschrieben habe und werde mir das auch für dieses Jahr nicht vornehmen — es passiert wie es passiert.

Aber: Ich habe schon eine Weile hier nix geschrieben und das hier soll mein Lebenszeichen sein. Obwohl, wieso eigentlich mein Lebenszeichen? Wohl eher das Lebenszeichen des Blogs . Ja, er lebt noch, … und zwar so wie schon immer, anfangs eher als Notizblock gedacht, zeitweise regelmäßig gefüllt, dann eher spärlich. Und genauso soll es weitergehen — keinen Zwang, keine falschen Vorhaben; mal mehr, mal weniger und wenn gar nix passiert, dann ist das so! Der ganze Facebook/Twitter/Google+-Kram geht mir ehrlich gesagt auf den Sack! Ja, ich hab eine Facebook-Seite für den Blog angelegt, für Twitter gibt’s einen Account und bei Google+ hats sowas auch schon. Bei Letzterem (gähnende Leere) merkt man schon: Nicht wirklich gepflegt! Ich laß den Spaß jetzt erstmal bestehen und schau auch mal, wie lange ich diese aktuell halten werden.

Was will ich damit eigentlich sagen?! Mir ist es herzlich egal, ob es gerade Chic ist wieder zu bloggen — ich machs wie ich es will. So! Ein tolles neues Jahr Euch allen, wenns auch schon recht spät ist .

Ab und an reagieren SSH-Sessions nicht mehr und damit ist das komplette Terminal blockiert. Das liegt meist daran, das die Netzwerkverbindung unterbrochen wurde — sei es auf Grund von Netzwerkfehlern oder weil das Notebook in den Energiesparmodus gegangen ist. In solchen Fällen habe ich immer das Terminal-Fenster geschlossen, was ich ziemlich nervig fand (Stichwort: Fensteranordnung im iTerm). Irgendwann habe ich die Lösung gefunden, die ich Euch nicht vorenthalten möchte. Wenn man im Terminal-Fenster die Tasten [ENTER] [TILDE] und [PUNKT] der Reihe nach eingibt, wird die abgestürzte SSH-Session beendet und das Terminal freigegeben:

↩~.

Da ich mir das nicht merken kann bzw. mir die Tastenkombination zu kompliziert ist, habe ich damit einfach Typinator »missbraucht«

So ist es mir möglich mit der Tastenkombination »XXX« jede hängende SSH-Session zu beenden.

There is a new `autocd' option that, when enabled, causes bash to attempt
to `cd' to a directory name that is supplied as the first word of a
simple command.

There is a new shell option: `globstar'.  When enabled, the globbing code
treats `**' specially -- it matches all directories (and files within
them, when appropriate) recursively.

There is a new shell option: `dirspell'.  When enabled, the filename
completion code performs spelling correction on directory names during
completion.

Brace expansion now allows zero-padding of expanded numeric values and
will add the proper number of zeroes to make sure all values contain the
same number of digits.

There is a new &>> redirection operator, which appends the standard output
and standard error to the named file.

The parser now understands `|&' as a synonym for `2>&1 |', which redirects
the standard error for a command through a pipe.

Alle neuen Features aufzuzählen würde zu viel Zeit rauben, deswegen sei auf die Liste des Bash-Maintainers verwiesen.

Wie man diese Version in OSX installiert werde ich hier zeigen.

Es gibt verschiedene Wege um Bash 4 in OSX zu installieren: Neben MacPorts, Homebrew möchte ich hier zeigen, wie man sich Bash 4 aus dem Quellcode selbst kompiliert. Das klingt erst mal kompliziert, ist es aber gar nicht. Man muss sich nur Xcode aus den Developer Tools installieren — die hat man auf den Installation-CDs von OSX oder kann sie auch direkt von Apple herunterladen.

Nun lädt man sich das aktuelle Quellcode-Archiv vom FTP-Server herunter

curl http://ftp.gnu.org/gnu/bash/bash-4.1.tar.gz -o bash-4.1.tar.gz

und entpackt diesen auf seiner Festplatte. Ich nehme dazu den Pfad ~/usr/local/src.

tar xvzf bash-4.1.tar.gz -C ~/usr/local/src/ && cd ~/usr/local/src/bash-4.1

anschliessend

./configure && make && sudo make install

die neue Bash wird dann nach /usr/local/bin installiert.

Nun muss die neue zusätzliche Shell dem System bekannt gemacht werden. Das geschieht mit dem Befehl

sudo bash -c "echo /usr/local/bin/bash >> /private/etc/shells"

in der Datei /etc/shells

Jetzt kann jeder Benutzer für sich die neue Shell als Standardshell definieren.

In dem darauffolgendem Editor-Fenster ändert man die Zeile Shell von /bin/bash

zu /usr/local/bin/bash

Nach einem Neustart der Terminal-Session hat man nun Bash 4 als Shell.

Einige Beispiele für die neuen Features findet man bei Ian McCracken, wo auch die englischsprachige Anleitung für die Installation von Bash 4 zu finden ist.

Apple Mail scheint nicht zu der Sorte Email-Programm zu gehören, die es dem Benutzer einfach machen — zumindest nicht auf der Oberfläche. Aber zum Glück gibt es noch die Kommandzeile

Grob eingestuft kann man entweder Apple Mail von der Kommandzeile aus mit Parametern starten oder aber diese Schalter in den Einstellungsdateien (Preferences) definieren. Einen bespielhafter Aufruf von Apple Mail auf der Kommandzeile könnte so aussehen

/Applications/Mail.app/Contents/MacOS/Mail -LogSocketErrors YES -LogActivityOnHost your.mail.server -LogActivityOnPort 143 &> ~/Desktop/ConnectionLog.txt

Die Erklärung der Parameter erfolgt weiter unten. Die Einträge in der Einstellungsdatei erstellt man entweder mit einem Programm wie PrefEdit oder aber auch schnell auf der Kommandozeile mit dem Befehl defaults. Ein beispielhafter Aufruf wäre für Apple Mail

defaults write com.apple.mail LogActivityOnPort 25

Und nun zu den einzelnen Einstellungsmöglichkeiten, die ich bei Robert Chien, Apple und MacOSXHints gefunden habe:

LogSocketErrors

Hiermit werden prinzipielle Fehler aufgelistet. Diese Option kann man an– (YES) oder abschalten (NO).

defaults write com.apple.mail LogSocketErrors YES

LogActivityOnHost

Mit dieser Einstellung schränkt man das Logging auf die Kommunikation mit einem bestimmten Email-Server ein.

defaults write com.apple.mail LogActivitiyOnHost mail.gmx.net

LogActivityOnPort

Mit dieser Einstellung kann man am besten einschränken. Man muss für jedes Protokoll, welches man beobachten möchte, einfach die dazugehörige Portnummer eintragen. Die am meisten genutzen sind

Sollen mehrere Ports gleichzeitig überwacht werden, müssen sie einfach in Anführungszeichen und mit Komma getrennt eingegeben werden.

defaults write com.apple.mail LogActivitiyOnPort "993,143"

Mit den drei Parametern LogSocketErrors, LogActivityOnHost und LogActivityOnPort sollte man jedem Problem beim Abrufen oder Senden von Emails auf die Schliche kommen — wenn man die LogFiles zu deuten weiß.
Und wo finden sich die LogFiles? Beim Start von Apple Mail über die Kommandzeile gibt man das zu schreibende LogFile inkl. des Pfades mit an, bei den Änderungen in der Einstellungsdatei kann man die zusätzlichen Loggingeinträge in der Datei system.log finden. Dazu einfach das Programm Konsole öffnen.

Aber Achtung: Die LogFiles enthalten viele sensible Daten wie Usernamen, Passwörter und die übertragenen Emails im Klartext und ausserdem wird das LogFile schnell sehr groß.

Man sollte nicht immer alles so hinnehmen, was Andere so schreiben — egal wie sehr man ihnen Profession anerkennt. Bestes Beispiel ist der Artikel von MacMacken zum Thema IPv6-Privatsphäre. Da verweist er auf einen Artikel der Zeitschrift c´t in dem es um die Privacy Extension für IPv6 geht und darum, das diese bei OSX nicht per Default aktiviert sind. Eine Aufklärung, wie man diese denoch bei OSX aktiviert wird aufgezeigt. Da dieses Aktivierung per sysctl (also per Befehlszeile) erfolgt, ist sie somit auch nicht Neustart-sicher. Die Lösung der c´t lautet daher ihren selbstgebauten LaunchDaemon herunterzuladen und zu installieren. Dabei gibt es, wie auch bei anderen *nix/BSD-Betriebssystemen, eine deutlich einfachere Lösung:

Man lege eine Datei /etc/sysctl.conf mit dem Inhalt

net.inet6.ip6.use_tempaddr=1

an und nach einem Reboot kann man mit dem Befehl

sudo sysctl net.inet6.ip6.use_tempaddr

herausfinden, das das Ergebnisist und somit die Einstellungen wirken.

Es hilft in Zukunft also durchaus mal nachzudenken und das auszuprobieren, was bei anderen *nix/BSD-Betriebssystemen auch funktioniert — auch eine mehr oder minder renomierte Zeitschrift wie die c´t kann sich irren. Übrigens verweist Apple in seinen man-Pages selbst auf sysctl.conf .