Als ich gegen 11.30 auf dem Zeltplatz ankam war die Luft jedoch noch sehr dünn, die Kreativen waren offensichtlich noch nicht aus ihrer nächtlichen Schaffenspause erwacht. “Macht nichts”, dachte ich mir und befand mich einen Kaffee später auch schon in der ersten Session zwischen den Erwachten.

In “Community House” von Frank Huber und Guido Schwan wurde die Idee eines offenen Hauses vorgestellt und diskutiert. An sich eine sehr interessante Sache, doch erfreut sich das Thema offenbar starker Beliebtheit, denn die beiden sind nicht allein mit ihrer Idee. Im Rahmen der Internethauptstadt hat sich die SPD gleich eine Variante als “Campus für die Gründung junger Internet-Unternehmen” ausgedacht. Bei der Bürgerstadt Köln heisst die Idee “Projekt HOP²E”,  dort soll ein Haus für freie Software eingerichtet werden. Während der Session wurde auch noch einige URLs von weiteren solcher Projekte genannt, welche ich allerdings nicht mehr auf den Schirm kriege.

Um das Thema Icon-Design auf Basis von Vektoren ging es in dem Vortrag von Oliver Twardowski. Nach ein paar einleitenden Worten zu Pixel vs. Vektoren führte Oliver den Zuhörern die Vorzüge von Adobe Illustrator vor indem er kurzerhand ein Icon bastelte. Der Vortrag an sich war sehr gelungen, wenn er auch nicht viel Neues für den ambitionierten Grafiker zu bieten hatte.

Nach einem kurzen Hüftlifting in der Mittagspause ging es gegen 15.30 Uhr weiter.

In dem Vortrag “Design durch Aneignung” von Martin Butz ging es um “Menschenfresser, Prosumenten und anderen Verbraucher”. Auf den Punkt gebracht und für Netzbewohner könnte man sagen, es ging um offline Mash-Ups im weitesten Sinne. Anhand von einigen Beispielen demonstrierte er eindrucksvoll einige Beispiele für die Neuentdeckung, -verflechtung und -verwendung unserer Umwelt. Von IKEA-Hackern, über Les Pacours bis zu Jay-Z.

Als Inhaber von “Törtchen Törtchen” startete Torsten Schöneich eine Reise durch die Welt der Partisserie. Während er die mit Liebe zum Detail und nach allen Regeln der Handwerkskunst hergestellten Leckerein präsentierte lief den anwesenden Barcampern das Wasser im Munde zusammen. Kein Problem, denn auch für die Schleckermäuler hatte Torsten vorgesorgt:  Sein Chef-Patissier kreierte während des Vortrages 50 leckere Desserts für die Barcamper.

Als i-Tüpfelchen gab es noch eine Einführung in die Food-Fotografie mit kleinem Budget. Leider ließ der Teil der Session von der Vorbereitung bis zum roten Faden so ziemlich alles vermissen, was allerdings durch das hohe Maß an Unterhaltung kompensiert wurde.

Insgesamt war es ein gelungener und interessanter Samstag auf dem DesignCamp Cologne.

Why are programmers non-productive?
Because their time is wasted in meetings.

Why are programmers rebellious?
Because the management interferes too much.

Because they are burnt out.
Having worked for poor management, they no longer value their jobs.

Why are the programmers resigning one by one?

– Geoffrey James, “The Tao of Programming”

Das Themenspektrum war wie immer breit gefächert und reichte von server-seitigem Javascript bis hin zum Thesenpapier der KölnSPD zum Thema “Internetstadt Köln”.

Ryan Dahl nutzte seine 10 Minuten zur Vorstellung von node.js, einem Framwork zur Entwicklung von ereignisbasierten Anwendungen in JavaScript auf Basis von Googles V8 JavaScript Engine. In Vergleich zu verwandten Projekten wie helma soll node.js durch Skalierbarkeit und Geschwindigkeit bestechen. Nach Aussage von Ryan existieren derzeit jedoch noch keine Produktivsysteme auf Enterprise-Niveau, die es zu bestaunen gäbe.

Ganz entspannt ging es bei Sebastian Cohnen auf der CouchDB zur Sache, welcher die Vorzüge dieses dokumenten-basierten Mobiliars vorstellte. Die CouchDB ist ein in Erlang realisiertes Datenbanksystem, welches durch Einfachheit, Robustheit und Skalierbarkeit glänzt, so Sebastian. Einfachheit deshalb, weil sie zum Einen schemafrei sei und zum Anderen sämtlich Anfragen an die Datenbank in Form von RESTful-JSON-Anfragen gestellt würden, was nahezu jeden Browser zu einem Datenbank-Klienten mache. Die Auszeichnung “robust” verdanke CouchDB der Tatsache, das der Datenbestand, selbst nach einer abrupten Unterbrechung durch beispielsweise einem Stromausfall, nicht korrumpieren würde. Und auch beim Thema Skalierbarkeit soll die CouchDB gegenüber bekannten Master-Slave-Strukturen die Nase vorn haben, da sie zwischen einer beliebigen Anzahl von CouchDB-Instanzen repliziere und synchronisiere.

Mit jQuery UI begab sich Jörn Zaefferer auf das Paket des Webmontags. Als führender Entwickler stellte er in wenigen Zügen die Vorzüge der auf jQuery basierten Interface-Bibliothek vor. Jörn gab dabei einen Einblick in die bereits existierenden Plug-Ins aus den Bereichen “Interactions”, “Widgets” und “Effects”, aus welchen sich die Bibliothek zusammensetzt. Vom “Accordion” über den “Slider” bis hin zum “Datepicker” böte jQuery UI so ziemlich alles, was das Web begehrt. Darüber hinaus zeigte er noch den”ThemeRoller“, der es dem Entwickler ermögliche die einzelnen Element nach seinem belieben farblich anzupassen.

Mit dem Thesenpapier zur Internetstadt-Köln von SPD-Fraktionschef Martin Börschel hat Valentina Kerst den Webmontag bereichert und sogleich eine eifrige Diskussion ausgelöst.

Als Botschafter der cloudControl Unternehmergesellschaft stellte Philipp Strube das hauseigene Produkt vor, das eine kostengünstige Lösung zum Betrieb von hochperformanten, skalierbaren und wartungsfreien Webanwendungen sei. Mit Hilfe nur weniger Befehle an der Kommandozeilen sollen sich in wenigen Minuten Anwendungen für verschiedene Umgebungen, wie Staging, Testing, etc., erstellen und verwalten lassen.

Alles in Allem war es wieder ein gelungener und interessanter Montagabend in sehr netter Gesellschaft. Weiter so!

Während der Linux- und Mac OS X-Client über ein vollwertiges Kommando-Arsenal verfügen steht auf der Netzwerk-Festplatte nur ein sehr eingeschränkter Befehlssatz zur Verfügung.

Die Lösung heisst wieder mal “netcat” und ermöglicht die Kommunikation zwischen zwei Geräten auf Basis des TCP- bzw. UDP-Protokolls.

Push

In dem als “Push” bezeichneten Verfahren baut der Sender eine Verbindung zum Empfänger auf. D.h. netcat wartet am Port 7800 auf eingehende Verbindungen und schreibt die empfangenen Daten in die Datei filename.out.

# Empfänger
$ nc -l 7800 > filename.out

# Sender
$ nc hostname 7800 < filename.in

Pull

In diesem Szenario baut der Empfänger eine Verbindung zum Sender auf. D.h. netcat bietet auf dem Port 7800 die Datei filename.out zum Transfer an und wartet auf eine Anfrage vom Empfänger.

# Sender
$ nc -l -p 7800 < filename.out

# Empfänger
$ nc -w 10 hostname 7800 > filename.in

Push vs. Pull

Was macht das nun für einen Unterschied, ob Push oder Pull?! Im lokalen Netzwerk unter den oben genannten Umständen wahrscheinlich keinen, aber in der freien Wildbahn im Schatten von Firwalls und Paketfiltern macht das durchaus einen Sinn.

Ein Szenario: Man sitzt im Büro und möchte gerne eine Datei von einem Rechner im Internet herunterladen. Leider lässt die Firewall des Büros keine eingehenden Verbindungen zu und sperrt diese. Ein “Push” ist demnach nicht möglich, da in diesem Falle der Rechner im Internet versuchen würde eine Verbindung zu dem Rechner im Büro aufzubauen. Es bleibt also nur noch die Möglichkeit des “Pull”, bei welchem der Rechner im Büro eine Verbindung zu dem im Internet aufbaut und sich die Datei “zieht”.

Die simpelste Variante stellt eine Verbindung zum Mail-Server via telnet auf Port 25 dar:

$ telnet mail.example.com 25

Auf den meisten Systemen wird telnet aus vielfältigen Gründen allerdings nicht vorhanden sein, weshalb es noch die Möglichkeit zur Nutzung von netcat gibt.

$ netcat -v mail.example.com 25

Egal für welche Variante wir uns entscheiden sollten, der Ablauf sieht für beide folgendermaßen aus:

Trying mail.example.com...
Connected to mail.example.com.
Escape character is '^]'.
220 mail.exmaple.com ESMTP

Wir begrüßen den Mailserver mit HELO client.exmaple.com. Worauf uns der Mailserver mit 250 mail.example.com willkommen heisst.

Anschließend teilen wir unserem dienstbaren Freund mit MAIL FROM:<janedoe@exmaple.com> mit von wem unsere E-Mail stammt. Als Bestätigung erhalten wir ein 250 ok.

Nun teilen wir dem Mail-Server noch mit an wen wir unsere Post richten möchten: RCPT TO:<johndoe@example.com>. Falls der Empfänger dem Mail-Server genehm sein sollte erhalten wir wieder ein 250 ok.

Nachdem wir die Formalitäten hinter uns gebracht haben geben wir unser Mitteilungsbedürfnis mit DATA preis. Gespannt meldet sich der Mail-Server mit einem 354 go ahead zurück und wartet freudig auf unsere Nachricht:

subject: Heyhoo
Hallo John!
Toll Dich kennengelernt zu haben.
Liebe Grüße
Jane
.

Die Kenntnisnahme unserer Nachricht bekommen wir mit 250 ok 1229451861 qp 18424 vom Mail-Server quittiert, worauf wir uns mit einem QUIT verabschieden und von dannen ziehen.

Für die Verwendung in Shell-Skripten gibt es noch folgenden Schnipsel, welcher die o.g. Kommandos noch mal schön zusammenfasst.

#!/usr/bin/env bash
netcat localhost 25 << EOF
HELO client.example.com
MAIL FROM: <janedoe@example.com>
RCPT TO: <johndoe@example.com>
DATA
…
.
QUIT
EOF

So kann man beispielsweise einiges über die Erfindung und Verwendung der LED lernen.

Sequel Pro ist derzeit in der Version 0.9.2 verfügbar und führt das abgsetzte CocoaMySQL-Projekt fort. Bis dato bietet es nur Unterstützung für mySQL. Die Unterstützung weiterer Datenbanken ist allerdings geplant.

Sequel Pro ist Open Source und steht unter der GPL v2, was es zu einem echten Schnäppchen für Entwickler macht.

Mit Hilfe des Pinning (engl. to pin: anheften) kannst Du die verschiedenen Entwicklungszweige in Debian miteinander verbinden. D.h. Du kannst den Stable-Zweig auf Deinem System fahren, während einige Pakete aus dem Testing- oder gar Unstable-Zweig stammen.

Diese Vorgehensweise ist jedoch nur für Systeme empfehlenswert, welche keine kritischen Dienste beherbergen bzw. anbieten. Denn nur der Stable-Zweig wird von dem Debian Sicherheits-Team betreut.

Paketquellen anpassen

Als erstes machen wir APT mit den Paketquellen für den Testing- bzw. Unstable-Zweig bekannt. Dazu ergänzen wir die /etc/apt/sources.list um Quellen für den Testing- und Unstable-Zweig, welche derzeit die Namen “Lenny” und “Sid” tragen:

# Debian Etch
deb http://ftp2.de.debian.org/debian/ etch main non-free contrib
deb-src http://ftp2.de.debian.org/debian/ etch main non-free contrib

# Sicherheitsupdates für Debian Etch
deb http://security.debian.org/ etch/updates main contrib non-free
deb-src http://security.debian.org/ etch/updates main contrib non-free

# Debian Lenny
deb http://ftp2.de.debian.org/debian/ lenny main non-free contrib
deb-src http://ftp2.de.debian.org/debian/ lenny main non-free contrib

# Debian Sid
deb http://ftp2.de.debian.org/debian/ sid main non-free contrib
deb-src http://ftp2.de.debian.org/debian/ sid main non-free contrib

Priorisierung der Zweige

Dazu editieren wir die Datei /etc/apt/preferences. Normalerweise wird bei der Paketauswahl immer das Paket mit der höchsten Versionsnummer gewählt. Wir legen nun jedoch die Priorität anhand der einzelnen Zweige fest.

Package: *
Pin: release a=stable
Pin-Priority: 700

Package: *
Pin: release a=testing
Pin-Priority: 650

Package: *
Pin: release a=unstable
Pin-Priority: 600

In dieser Konfiguration bevorzugen wir nach wie vor Pakete aus dem Stable-Zweig.

Installation der Pakete

Die Installation neuerer Pakete erfolgt wie gewohnt über aptitude install <packageName>. Wenn das gewünschte Paket im Stable-Zweig existiert wird es verwendet, andernfalls wird auf Versionen aus dem Testing- bzw. Unstable-Zweig zurückgegriffen.

Ein wenig problematischer wird es, wenn es das gewünschte Paket sowohl im Stable-Zweig als auch bspw. im Testing-Zweig existiert. Nun gibt es verschiedene Varianten um fortzusetzen:

1. aptitude install <packageName>/unstable
   In diesem Falle wird die Version des gewünschten Pakets aus dem Unstable-Zweig installiert. Die Abhängigkeiten des Pakets werden versucht im Stable-Zweig aufzulösen. Unter Umständen kann dies zu einer Fehlermeldungen führen, da manche Abhängigkeiten nicht übergreifend aufgelöst werden können.
2. aptitude -t unstable <packageName>
   Nun wird das gewünschte Paket samt seiner Abhängigkeiten aus dem angegebenen Zweig installiert.