Auf dem Gerät schlug 'git clone' mit 'early EOF' und 'invalid index-pack output'
fehl. Die Eingrenzung zeigt: es liegt weder am Telefon noch am Skript.
· Derselbe Fehler tritt vom PC aus auf, mit jeder Variante — flach, Protokoll
v1, ohne Kompression, ein Thread, großer postBuffer.
· Die Refs liefert der Server anstandslos.
· Auf eine korrekt aufgebaute upload-pack-Anfrage antwortet er mit 'NAK' und
dann nichts mehr: 8 Bytes, keine Paketdaten, nicht einmal eine Meldung im
Fehlerkanal. Genau das sieht der Client als vorzeitiges Dateiende.
· Ein Archiv derselben Revision lässt sich dagegen fehlerfrei erzeugen.
Die Objekte sind also heil und vollständig; allein das Schnüren des Pakets
scheitert. Das ist serverseitig und von hier weder zu beheben noch zu umgehen.
Damit das Gerät nicht blockiert bleibt, holt init-phone.sh die Quellen im
Fehlerfall über den Archiv-Endpunkt. Der geht nicht über upload-pack und
funktioniert deshalb weiterhin. Das Ergebnis ist ausdrücklich ein Abzug, keine
Arbeitskopie: 'git pull' geht damit nicht, und das Skript sagt das auch so, statt
den Unterschied zu verwischen. Der Weg zurück zur Arbeitskopie steht daneben.
Gegen den echten Server getestet: Archiv gültig, 26 Dateien richtig entpackt.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
StefanandClaude Opus 5
69802cde6b