Рейтинг:0

проверка целостности git-remote-gcrypt во время сбоя клонирования только на одном компьютере

флаг cn

У меня есть удаленный репозиторий git, использующий удаленный фильтр git-remote-gcrypt. Он работает правильно и может быть нормально клонирован на одном компьютере (Ubuntu 20.04, с git-remote-gcrypt версии 1.3-1). Он использовался некоторое время, с несколькими коммитами.

На другом подобном компьютере (с той же ОС и версией gcrypt) клон завершается с ошибкой:

gcrypt: Packfile d799a7de3e9fe63eb76b05fceef0d955b83b4f857de2232e0174114145d6f13c не соответствует дайджесту!
фатальный: ранний EOF

Я попытался локально синхронизировать удаленный голый репозиторий, убедился, что он идентичен удаленному репозиторию, и клонировал локально. Оба компьютера ведут себя как прежде (один успешно, другой выходит из строя с той же ошибкой). Также пробовал перезагружаться.

Я могу только думать, что что-то локально кэшированное мешает, но я также не думаю gpg/мерзавец/gcrypt кэшируют что-либо с данными при перезагрузке, поэтому я в тупике.

Единственный, казалось бы, связанный хит, который я нашел, это https://git-annex.branchable.com/bugs/Packfile_does_not_match_digest__58___gcrypt_with_assistant/ , но я испытываю это без git-приложения, и решение, описанное в последнем посте, не применимо, так как я клонирую с нуля, перед любым .git/конфиг Файл существует.

Спасибо за любые подсказки о диагностике/решении этой проблемы.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.