Aus dem Leben eines Szlauszafs

In der Nähe meiner Arbeitsstätte hat vor kurzem ein neues asiatisches Schnellrestaurant aufgemacht, das nicht nur “take away” anbietet, sondern auch über einige Sitzplätzue verfügt und damit wirbt, alle Gerichte würden frisch und vor allem ohne Glutamat hergestellt.

Nachdem ich dieser Lokalität bereits letzte Woche einmal einen Testbesuch abgestattet hatte, der sich aufgrund des hohen Zuspruchs eher langwierig gestaltete, haben wir heute die Schulferien genutzt und sind dort einmal Essen gegangen. Und ich muß sagen, es ist nicht schlecht und preislich durchaus sehr günstig.

Letzteres habe ich allerdings dadurch direkt wieder ausgeglichen, daß ich noch ein großes Sushi-Menü mitgenommen und dann am Schreibtisch verspeist habe - schließlich wollte ich das immer schon einmal ausprobieren. Nicht nur die Zubereitung erwies sich als interessant, sondern auch geschmacklich wurde ich nicht enttäuscht. Vielleicht schaue ich dort also in Zukunft öfter mal vorbei; immerhin ist es mal etwas anderes.

Eigentlich wollte ich dieses verlängerte Wochenende ja recht arbeitssam verbringen; das gelang allerdings mehr schlecht als recht, denn am gestrigen Sonntag fand sich ein ganzes Rudel Cacher hier ein, so daß ich nicht umhin kam, mich an diesem Herdencachen bei gutem Wetter zu beteiligen. ToJe hatte eine schöne Route zusammengestellt, die wir dann am frühen Nachmittag (mit einer Ausnahme) erfolgreich “abgearbeitet” haben, um dann den Tag mit großen Eisbechern am Schloßplatz zu beschließen.

Dazwischen lagen einige schöne Locations, teilweise sehr interessant gemachte Caches und natürlich eine Fahrt mit der Seilbahn - unausweichlich bei dem hohen Bahnszaf-Anteil der Veranstaltung. Zu immerhin sieben Caches haben wir es trotz unser eher gemütlichen Vorgehensweise gebracht, die ich dann gestern brav noch alle nachgeloggt habe. Und es ist mir sogar gelungen, die schöne Coin mit dem allessehenden Auge gut unterzubringen. Bei der Vorbereitung der Tour habe ich im übrigen festgestellt, daß neben GCVote auch GcTour ein sehr nettes Tool ist; in beiden Fällen handelt es sich um Greasemonkey-Scripts für Firefox, die die Webseite von geoaching.com um zusätzliche Funktionalitäten erweitern. Ersteres ermöglicht die Bewertung von Caches (und die Anzeige der Bewertungen anderer), letzteres erleichtert den Zusammenbau einer Tour und den Ausdruck der entsprechenden Cachebeschreibungen etc. pp.

Und weil die gemeinsame Aktion Appetit auf mehr gemacht hat, haben wir zwei heute noch einen Pfingstmontagsspaziergang in der näheren Umgebung angehängt, bei dem ich dann endlich einen Mystery-Cache, dessen Rätsel ich schon vor Wochen gelöst hatte, dank scharfäugiger Unterstützung heben konnte.

Insgesamt also ein sehr gelungenes Wochenende mit dem passenden Wetter (und vermutlich mehr oder weniger das einzige in diesem Monat, von dem man das sagen könnte ...).

Auf dem Umweg über ikiwiki - was vielleicht zukünftig einmal einen eigenen Beitrag wert ist - bin ich letzte Woche auf markdown gestoßen - ein Perl-Script, das einen strukturierten Klartext in (X)HTML verwandelt. Das ist, wie ich finde, eine tolle Sache, weil auf diese Weise der Quellcode der HTML-Seite für sich als Text lesbar bleibt. Es ist sogar möglich, auf diese Weise eine Text- und HTML-Version eines Dokuments parallel zu nutzen (um den Preis, daß Links in der Textversion etwas eigenartig wirken, und der HTML-Version eine interne Navigation fehlt).

Beispielsweise habe ich den Einführungstext in die Newsgroup de.etc.notfallrettung, der regelmäßig in die Gruppe gepostet werden soll, auf diese Weise verfaßt. Der Text - der in genau dieser Fassung auch gepostet wird - ist gut lesbar, und markdown erstellt daraus ohne weiteren Aufwand die HTML-Version. (Das erfolgt automatisch durch ein Script, das die entsprechende Fassung des Textes aus dem Git-Repository auscheckt, durch markdown laufen läßt und dann an den richtigen Ort auf meinem Webserver verschiebt.)

Letztes Wochenende stand ich etwas traurig vor den Resten einer der von mir abonnierten Fachzeitschriften, die offenbar in den Briefkasten nicht mehr hineingepasst hatte und sich wetterbedingt im Zustand fortgeschrittener Auflösung befand: aufgequollen, der Umschlag gerissen, die Seiten miteinander verklebt und ganz wellig, die Druckfarbe teilweise ausgebleicht ... und dabei pflege ich doch die Jahrgänge regelmäßig zu binden. Das geht so natürlich nicht sinnvoll.

Also habe ich flugs den Verlag Wolters Kluwer angemailt, die Misere geschildert und um Zusendung eines neuen Exemplars - natürlich auf meine Kosten - gebeten. Am Freitag trudelte es dann, sicherheitshalber in einen Umschlag verpackt, auch schon wohlbehalten ein, und auf dem Lieferschein steht “Kostenfreie Nachlieferung”. Das nenne ich Service - sehr fein!

Sehr praktisch ist es bei einem Bugtracker, wenn er mit dem verwendeten Versions-/Sourcecode-Verwaltungssystem (SCM-System, source code management) interagieren kann, Änderungen im Code, die - laut Kommentar (Commit-Message) - einen bestimmten Fehler beheben, also direkt auch dazu führen, daß der entsprechende Fehlerbericht (Bugreport) als erledigt gekennzeichnet wird. Man kennt dieses Verhalten - bspw. - vom Debian-Bugtracker.

Grundsätzlich ist das auch schon immer mit Mantis möglich; allerdings war die bisher vorhandene Unterstützung rudimentär und primär auf SVN abgestellt; sie wurde auch in der aktuellen Entwicklungsversion 1.3 entfernt. Seit Anfang 2009 gibt es nämlich von einem der Mantis-Entwickler, John Reese, ein Plugin namens Source Control Integration, das sich beim Bugtracker für Mantis selbst bereits seit Monaten im Echtbetrieb bewährt hat. Es liefert ein Framework für die Anbindung beliebiger Versionsverwaltungssysteme, und fertige Plugins für die Anbindung an git via GitHub oder GitWeb und an SVN via SourceForge oder WebSVN sind direkt dabei.

Leider ist auch hier die Dokumentation der schwache Punkt. Eine solche fehlt nämlich bisher völlig; einen Einstieg liefert einzig ein Blogbeitrag vom 07.01.2009, der die Vorgehensweise beschreibt. Weitere Blogbeiträge (von März und Oktober 2009) umreißen die technischen Grundlagen und beschreiben den Einsatz für Subversion, helfen aber ansonsten auch nicht wirklich weiter.

Aufgrund einer Anfrage per E-Mail habe ich mich gestern einmal einige Stunden mit der Rechtslage rund um geschlossene Verbände im Straßenverkehr, deren Kennzeichnung und Genehmigungs(pflicht) - für Behörden und Organisationen mit Sicherheitsaufgaben (BOS) - beschäftigt. Dabei sind aber durchaus noch Fragen offen geblieben ...

Was ist ein geschlossener Verband?

Ein geschlossener Verband ist eine geordnete, einheitlich geführte und als Ganzes erkennbare Personen- oder Fahrzeugmehrheit (Hentschel, Straßenverkehrsrecht, 36. Aufl. 2001, § 27 StVO Rn. 5). Der geschlossene Verband wird wie ein einzelnes Fahrzeug behandelt; namentlich dürfen andere Verkehrsteilnehmer den Verband nicht unterbrechen, und wenn das erste Fahrzeug eines Verbandes berechtigt in eine Kreuzung u.ä. eingefahren ist, dann dürfen alle weiteren Fahrzeuge folgen, auch wenn mittlerweile eigentlich vorfahrtsberechtigter Verkehr naht oder eine Lichtzeichenanlage auf Rot gewechselt hat.

Regelungen zu dieser Materie finden sich in § 27 StVO, § 29 Abs. 2 S. 2 StVO und § 35 Abs. 2 Nr. 1 StVO.

Mantis (aktuell in der Version 1.2.1) ist ein ganz netter Bugtracker, also ein Ticketsystem (Fallbearbeitungssystem) für die Softwareentwicklung, dessen auffallendstes Manko allerdings die unterirdische Qualität der Dokumentation (weitgehend schlicht nicht vorhanden, ansonsten grob unvollständig oder weit veraltet) ist. *seufz*

“Mantis Graphs 1.0” ist ein Plugin für Mantis, das graphische Darstellungen ermöglicht, und ich habe heute längere Zeit damit verbracht, es in Betrieb zu setzen, nachdem es immer nur “unable to read/find font” von sich geben wollte. Einer der ersten Schritte war die Installation der msttcorefonts (aptitude install ttf-mscorefonts-installer), aber das genügte nicht. Längeres Debugging mit eingestreuten Statements im Quellcode ergab schließlich, daß Mantis weder das passende Font-Verzeichnis erkennen noch - bei expliziter Angabe des Verzeichnisses in der Konfiguration mit $g_system_font_folder - die Fontdatei laden wollte. Die Lösung dafür fand sich in der Dokumentation der PHP-Funktion file_exists(): diese liefert auch dann false zurück, wenn auf die entsprechende Datei aufgrund von safe_mode-Restriktionen nicht zugegriffen werden kann ...

Und natürlich ist das der Fall: das Font-Verzeichnis - bpw. /usr/share/fonts/truetype/msttcorefonts/ - gehört root, und die Font-Dateien auch. Jedenfalls ist Owner dieser Dateien niemals der Webserver oder der Benutzer, unter dessen Kennung die PHP-Scripts dank su_php o.ä. ausgeführt werden. *brummel*

Es bleibt demnach nur der Verzicht auf die Grafiken oder die Deaktivierung von safe_mode (für Mantis).

Soeben habe ich eine neue Version 0.8.1 von yapfaq released, die im Vergleich zur bisherigen Version 0.7 nur noch vergleichsweise kleine Änderungen aufweist:

PGP-/GPG-Support entfernt

Die Unterstützung für das Signieren von Postings ist ersatzlos entfallen. Es bestehen ausreichende Möglichkeiten, dies extern zu lösen, bspw. über tinews.pl; daher gibt es keinen Anlaß, den dort enthaltenen Code in yapfaq zu duplizieren. Seit der letzten Version ist der Aufruf - bspw. - von tinews.pl direkt aus yapfaq heraus möglich.

Konfiguration

Die in der Konfigurationsdatei yapfaq.cfg mögliche Definition des Schemas für die Erzeugung der Message-ID kann jetzt auch einen Platzhalter für einen Unix-Timestamp enthalten.

Außerdem kann die in der letzten Version hinzugefügte Möglichkeit, zum Posten ein externes Programm zu verwenden, nunmehr auch in der Konfigurationsdatei .yapfaqrc definiert werden, nicht nur über den Kommandozeilenparameter “-s”.

Kleinere Änderungen und Fehlerbehebung

In der Konfigurationsdatei yapfaq.cfg wurden optionale Einstellungen als solche gekennzeichnet und auskommentiert, außerdem die Optionen mit einheitlichen Erläuterungen als Kommentar versehen.

Die Dokumentation wurde um bisher fehlende Optionen und die Erläuterung der voranstehenden ergänzt. Außerdem enthält sie jetzt Links zum Git-Repository und zum Bugtracker.

Die aktuelle Version steht jeweils auf meiner Downloadseite zur Verfügung.

Update: Nachdem Version 0.8 nicht lauffähig war, ist dieser Fehler in Version 0.8.1 behoben.

Es scheint wie verhext: Nachdem es gestern die DENIC glücklich geschafft hat, den Großteil des deutsch(sprachig)en Netzes offline zu schalten, hat sich heute einer der größten deutschen Provider bemüht, zu beweisen, daß er das auch hinbekommt. 1&1 (United Internet), die nicht nur einer der größten Webspace- und Mietserveranbieter in Deutschland sein dürfte, sondern auch eine beträchtliche Rolle als Anbieter von Internetzugängen (DSL) und Internettelefonie (VoIP, SIP) spielt und zudem mit GMX und web.de die beiden vermutlich größten Freemaildienste betreibt, hatte Schwierigkeiten mit einem zentralen Router, mit der Folge, daß alle diese Dienste aus bestimmten Netzsegmenten nicht zugänglich waren, unter anderem von Strato aus und aus den Einwahlnetzen von Alice und - teilweise - der Deutschen Telekom AG.

Überraschend finde ich, daß man das Problem wohl erst mit knapp einstündiger Verspätung bemerkt - oder erst dann das Social-Media-Team aktiviert - hat. Kurz danach war der Spuk dann auch wieder vorbei.

Mit dem gestrigen Nameserver-Ausfall hatte das Problem aber - ersichtlich - nichts zu tun.