Rückschau zerties.org-Treff (Pungenday, Confusion 12, 3179 YOLD)

Aus Ethersex_Wiki
Version vom 9. Juni 2013, 11:07 Uhr von Doc (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „== Der Ärger mit dem Jabberd... == thumb|left|480px|Server überlastet! Wie ja schon in der Ankündigung zu lesen war, wollten…“)
(Unterschied) ← Nächstältere Version | Aktuelle Version (Unterschied) | Nächstjüngere Version → (Unterschied)
Wechseln zu: Navigation, Suche

Der Ärger mit dem Jabberd...

Server überlastet!
Wie ja schon in der Ankündigung zu lesen war, wollten wir heute ein wenig mit git-annex herumspielen. Ich halte das noch immer für einen hoffnungsvollen Weg, den Datenbestand auf verschiedenen Maschinen (Clients) synchron zu halten- also KEIN Cloud-Computing, das dauernd eine Internetverbindung erfordert, sondern auch offline verwendbar ist.

Das Ganze funktioniert für viele verschiedene Clients, erfahrenen git-Usern wird die Kommandozeile lieber sein als das GUI (Annex-assistant), der im Browser läuft.
Das besondere daran ist, dass Änderungen durch einen Dienst automatisch synchronisiert werden, während ich bei meiner bisherigen Lösung mit unison wohl oder übel mit cronjobs und/oder manueller Synchronisation arbyten musste. Auch eine Revisionierung der Daten (wie halt bei git üblich) lässt sich aktivieren, obwohl es ausdrücklich nicht als Backup-System gedacht ist, kann man so ältere Versionen von versehentlich vermurksten Inhalten wieder herstellen. Auch lokale Clients wie USB-Sticks und Festplatten etc. werden unterstützt, da git-annex aber mit Symlinks arbytet, funktioniert das Ganze bei FAT-Dateisystemen (Stick für's Auto, MP3-Player) nicht! Schade. Außerdem ist die Doku doch etwas verwirrend, ich bekam nach wie vor das Testverzeichnis meines Notebooks mit den auf gandalf liegenden Daten nicht synchronisiert, da sich (offenbar) die Clients über Jabber/XMPP mitteilen, welche Daten sie haben.
Dummerweise funktionierte die Auth mit unserem Jabberd auf gandalf nicht, burned fand einen Bugreport, aus dem hervorging, dass dies nur mit einer nagelneuen Version des ejabberd aus dem Jessy-Repos von Debian funktioniert *haarerauf*.
Nach ein paar Fehlversuchen (daher auch der Screenshot als Aufmacher, ich denke jeder weiß inzwischen wie die Trattoria von innen aussieht *razz*) klappt jetzt die Auth. Zu beachten ist, dass bis auf weiteres jeder Client ein eigenes Jabberkonto haben muss! Die Konten können z.B. mit Pidgin angelegt werden, Adresse wie folgt:

$client_username@jrvm.zerties.org



Fablab in Rothenburg

Es wird langsam richtig ernst mit der Fablab in Rothenburg: Jochen ist ja für uns zerties an der Sache beteiligt,