Weblogs

Seit Jahren nehme ich jede Entschuldigung wahr, um mich vor DANTE-Tagungen zu drücken. Meine letzte Tagung war vor sage und schreibe 10 Jahren in Darmstadt. Damals war ich allerdings nur einen Tag anwesend. Dieses Mal war ich pünktlich um 8:45 Uhr bei der Registrierung.

Seit mehr als einem Jahrzehnt ist KOMA-Script als Projekt bei BerliOS beheimatet. Entstanden ist die Partnerschaft, als ich für KOMA-Script 3 eine Heimat für ein öffentliches Source-Repository gesucht habe. Damals gab es mit LPPL als Lizenz bei diversen der bekannteren, kostenlosen OpenSource Hoster noch einige Probleme. BerliOS erkannte aber bereits damals LPPL als freie Lizenz an. Außerdem fand ich den Gedanken, meine Quellen nicht jedes Mal über sämtliche Kontinente zu schicken, vernünftig.

Achtung: Die Informationen auf dieser Seite sind veraltet und wurden durch das Paketverzeichnis ersetzt! Besser dort weiterlesen.

Derzeit experimentiere ich mit lokalen Repositories für Snapshots von KOMA-Script aus dem Subversion Repository. Theoretisch erleichtert mir das die zeitnahe Bereitstellung von Zwischen-Releases (aka Bugfix-Releases), wenn mir ein Fehler gemeldet wurde und ich diesen zeitnah beheben konnte. Der Weg über CTAN ist hingegen eher umständlich und leider meist auch wenig zeitnah realisierbar. Achtung: Die Verwendung geschieht auf eigene Gefahr! In diesem Repository befindet sich nicht zwingend dieselbe Version, die als Spezial-Quelltextpaket auf CTAN oder als TDS-Paket auf SourceForge zu finden ist, sondern der aktuell freigegebene Entwicklungsstand. Dennoch sind diese Versionen von mir derzeit als release-tauglich eingestuft. Dies gilt natürlich nicht für Möglichkeiten, die in der Anleitung noch nicht dokumentiert oder mit einem deutlichen BETA-Status versehen sind, oder für Pakete mit Versionsnummern kleiner 1 oder dem Zusatz »ALPHA« oder »BETA« nach der Versionsnummer.

Experimentell ist jedoch das Repository bzw. Installationspaket und es gibt keine Garantie, dass es in jedem Fall funktioniert oder dass ich das fortsetze! Vor allem, wenn sich wieder zig Leute darüber beschweren, was der Sch… soll, ist das schneller wieder verschwunden als der Frosch quaken kann!

Wieder einmal eine neue KOMA-Script-Release und wieder einmal dasselbe Theater, wie es in unregelmäßigen Abständen auftritt, wenn ich eine neue Release für eines meiner LaTeX-Pakete erstelle. Da dies auch in die Frage hineinspielt, warum es tatsächlich bis zu dieser KOMA-Script-Release so lange gedauert hat und warum es beispielsweise das titlepage-Paket nur hier auf komascript.de nicht aber bei anderen Distributoren gibt, wäre es unehrlich, das ganze einfach unter den Teppich zu kehren.

Das ist eine gute Frage und es gibt darauf nur eine recht schlechte Antwort: Weil ich selbst keinen Bedarf dafür habe.

Vor einigen Minuten hat mich eine Mail erreicht, in der mich ein Bekannter und bekennender KOMA-Script-Anwender rundheraus gefragt hat, ob ich verrückt sei. Tja, gute Frage.

Wie im Beitrag »Nichts im Leben ist umsonst« erklärt, verursacht der Betrieb von komascript.de natürlich auch Kosten. Da sich diese Seite den Server mit anderen teilt, verteilen sich glücklicherweise auch die reinen Serverkosten auf mehrere Schultern. Für die Jahre 2012 und 2013 verzeichnet Raymond allerdings eine Deckungslücke von 836,80 €. Da er bereits den größten Teil der Arbeit mit dem Server leistet und das übrigens ausgezeichnet erledigt, ist IMO nicht einzusehen, dass er auch noch auf den Kosten sitzen bleibt.

Der Betrieb eines Servers und die Verwaltung eines Web-Auftritts kostet nicht nur Geld, sondern vor allem auch Zeit. Das gilt zumindest, wenn man halbwegs sorgfältig vorgehen will. Glücklicherweise muss diese Arbeit bei komascript.de nicht von einer einzigen Person erledigt werden, so dass meist ganz gut zu bewältigen ist. Heute also einmal ein paar Einblicke in den Alltag der Administration.

Immer wieder hält mich Spam von sinnvoller Arbeit ab. Zwar verwende ich für alle E-Mail-Postfächer Spam-Filter, wegen der sporadischen false-positiv.Entscheidungen ist es aber notwendig, dass ich mir ca. einmal in der Woche einen Überblick verschaffe. Damit das nicht zu lange dauert, habe ich irgendwann begonnen, Adressen und ganze Addressblöcke in eine Blacklist aufzunehmen. Mails von den entsprechenden Absendern werden gar nicht erst angenommen, sondern unmittelbar entsorgt.

In dieser Liste sind derzeit folgende Einträge zu finden:

Gerade ist mir aufgefallen, dass es hier im KOMA-Script Documentation Project nicht nur formal, sondern auch emotional eine Zwei-Klassen-Gesellschaft gibt. Formal verläuft die Grenze zwischen normalen Benutzern und sogenannten Trusties. Emotional verläuft die Grenze zwischen Benutzern, von denen man außer ihrer Frage nie etwas hört, und Benutzern, die die Höflichkeitsformeln des Alltags auch hier anwenden.