So habe ich heute Firefox Weave Sync ken­nen­ge­lernt. Ich dacht mir, hey ich hab’ ‘nen Server, oh und hey, der Sync-Server ist in Python ge­schrie­ben, das wird bestimmt kin­der­leicht!1 Aber die Community Policy, die Mozilla da seit geraumer Zeit fährt, macht jegliche Offenheit des Source Codes sinnlos, weil es einfach nicht für den kleinen Mann do­ku­men­tiert ist. Das ist so miserabel do­ku­men­tiert, dass ich ohne Studieren des Source Codes nicht weiß, ob der server-full überhaupt dafür konzipiert ist, ge­schlos­sen für einen, oder maximal auch zwei Nutzer zu laufen. Denn ganz sicher werde ich für einen Single-User-Betrieb keine LDAP-Au­then­ti­fi­zie­rung aufsetzen.

Früher™ gab es ja mal diesen diesem Minimal Server. Der scheint aufgrund von API-Änderungen nicht mehr ganz zu funk­tio­nie­ren bzw. ist sowieso deprecated (ist ja logisch, warum sowas kleines wei­ter­füh­ren, wenn man mit LDAP gleich die ganze Welt verwalten kann). Von einem Server in PHP hab’ auch ich gehört. Ein (älteres) single-file CGI-Skript in python gibt’s ebenfalls. Ob das funk­tio­niert, weiß ich nicht. Einen Django-Klon gibt’s auch, das ist aber die erste genannte Variante mit denselben Zielen, Millionen von Nutzern zu verwalten, nur mit Django. Nicht viel gekonnt.

Es ist ja nicht so, dass ich zu unfähig bin, den of­fi­zi­el­len server-full oder das CGI-Skript pyweave zum Laufen zu bekommen. Das Problem ist das hier:

89 people have this problem . I have this problem, too!1

Wie gut, dass das Projekt (ich vermute, das ist es) server-reg so überragend do­ku­men­tiert ist:

$> cat README
========
Sync 1.1
========

This is the Python implementation of the Sync Server 1.1.

The documentation is located in the doc folder.

$> ls 
MANIFEST.in  README       SyncReg.spec  etc/           setup.py        syncreg/
Makefile     RELEASE.txt  dev-reqs.txt  prod-reqs.txt  stage-reqs.txt