Ich dachte ich spinne, als mir A. am 1. März eine Mail weiterleitet: Kündigung zum 31. des selben Monats. Wir sind beide Kunde des gleichen Anbieters, und finde es verwerflich, erst durch einen guten Bekannten zu erfahren, dass einem der vServer (nicht nur mir, es wäre “Der Support für die oben genannten Produkte ist einfach zu aufwendig”), was man natürlich sehr bedauere. Ich erfuhr durch diese Weiterleitung, dass A. die Mail schon am 18. Februar erhielt – wieso wurde ich nicht gekündigt? Wie auch immer, eine Nachfrage beim Betreiber der Firma sollte helfen. Selber nutzte dieser Skype, also geht das auch recht flott. Interessanterweise bestätigte er mir die Kündigung, allerdings war mir in den AGB kein Punkt bekannt, der eine Kündigung seitens des Anbieters in der Vertragslaufzeit zulässt. Ich bin auch kein Anwalt, und so schlimm ist es auch nicht. Bitte korrigiert mich, wenn ich da falsch denke. Längeres Nachdenken brachte mich zu dem Punkt, dass ich keine Kündigung erhalten habe – weder der Spam-Ordner noch der Posteingang sagen dazu etwas. Ich schrieb am 4. März gegen Abend per Skype:

Guten Abend, Ich habe bisher noch keine Kündigung erhalten. Damit gehe ich davon aus, dass ich doch nicht betroffen bin, da nur ein Freund diese Mail erhalten hat.

Das war offenbar für ihn der Zeitpunkt, mir eine Kündigung zu senden – am 5. März erhielt ich die Kündigung zum 31. März. Ich bin mir, wie gesagt, nicht wirklich sicher, ob das so richtig ist. Bei der Bestellung wurde eine Vertragslaufzeit von einem Monat eingegeben.

Achtung: Ob man die Variable $USER an den Stellen, wo sie verwendet wird, auch wirklich nutzen sollte, habe ich nicht überprüft. Manuell den Nutzer eintragen ist sicherer.

Langer Titel, langer Weg dahin:

Alles fing damit an, dass “mal eben” zwei an einem Git-Repo arbeiten wollen, und da ich eben uberspace.de mag und dort Git zu Verfügung hatte, nutzten wir eben gitolite. Wir fingen an, doch bald stellte sich das erste Problem: Wie sollen andere das Repo “test.git” clonen? Wir können (dank dem SSH-Key) ja mal eben

git clone user@cetus.uberspace.de:test

machen, und haben halt einen Klon auf dem Rechner. Will man das ganze verlinken, kam Jonas als erstes die Idee, das Repo in einen für den Apachen erreichbaren Ordner zu verschieben und einen (wer hätte es gedacht) Link zu erstellen:

mkdir /var/www/virtual/$USER/git.$USER.cetus.uberspace.de
cd /var/www/virtual/$USER/git.$USER.cetus.uberspace.de
mv /home/$USER/repositories/test.git test.git
ln -s /var/www/virtual/$USER/git.$USER.cetus.uberspace.de/test.git /home/$USER/repositories/test.git

Wenn man jetzt aber versucht, das Repo zu clonen, wird das an einem 403 scheitern:

$ git clone http://git.user.cetus.uberspace.de/test.git
Cloning into 'test'...
error: The requested URL returned error: 403 while accessing http://git.user.cetus.uberspace.de/test.git/info/refs?service=git-upload-pack
fatal: HTTP request failed

Das liegt an der Berechtigung. Der Ordner /var/www/virtual/$USER/git.$USER.cetus.uberspace.de  hat von sich aus einen chmod von 700, und diverse Unterverzeichnisse bekommen den bei jedem push. Also jedes mal einen chmod setzen, ist sinnfrei. Damit alles funktioniert, braucht das Verzeichnis /var/www/virtual/$USER/git.$USER.cetus.uberspace.de/test.git  einen chmod von 705, und alle Unterordner und Dateien auch. Direkt nach dem erstellen des Repos sollte man es schon verschieben und diverse Handlungen vornehmen, auch vor dem ersten push. Als erstes wären da die update-server-infos , und der chmod:

cd /var/www/virtual/$USER/git.$USER.cetus.uberspace.de/test.git