Puncte:0

Verificarea integrității git-remote-gcrypt în timpul clonării eșuate pe un singur computer

drapel cn

Am un depozit git la distanță folosind filtrul de la distanță git-remote-gcrypt. Funcționează corect și poate fi clonat în mod normal pe un singur computer (Ubuntu 20.04, cu git-remote-gcrypt versiunea 1.3-1). A fost folosit de ceva vreme, cu câteva comiteri.

Într-un alt computer similar (aceeași versiune de sistem de operare și gcrypt), clona eșuează cu:

gcrypt: Packfile d799a7de3e9fe63eb76b05fceef0d955b83b4f857de2232e0174114145d6f13c nu se potrivește cu digest!
fatal: EOF precoce

Am încercat să sincronizez depozitul de la distanță la nivel local, am verificat că este identic cu depozitul de la distanță și am clonat local. Ambele calculatoare se comportă ca înainte (unul reușește, celălalt eșuează cu aceeași eroare). Am încercat și repornirea.

Pot doar să cred că ceva din cacheul local interferează, dar nici nu cred gpg/git/gcrypt memorează în cache orice în ceea ce privește datele printr-o repornire, așa că sunt nedumerit.

Singurul hit aparent legat de mine este https://git-annex.branchable.com/bugs/Packfile_does_not_match_digest__58___gcrypt_with_assistant/ , dar mă confrunt cu asta fără git-anexă, iar soluția descrisă în ultimul post nu se aplică deoarece clonez de la zero, înainte de orice .git/config fisierul exista.

Mulțumesc pentru orice indicii despre diagnosticarea/remedierea acestei probleme.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.