On Mon, Dec 18, 2017 at 09:42:36AM -0800, Jonathan Nieder wrote: > mirq-debo...@rere.qmqm.pl wrote: > > git 2.15.x from testing can't properly fetch from remote repository: > > > > $ git fetch --all > > Fetching origin > > remote: Counting objects: 752, done. > > remote: Total 752 (delta 578), reused 578 (delta 578), pack-reused 174 > > Receiving objects: 100% (752/752), 244.37 KiB | 1.89 MiB/s, done. > > Resolving deltas: 100% (619/619), completed with 214 local objects. > > fatal: bad object HEAD > > error: https://github.com/torvalds/linux.git did not send all necessary > > objects > > > > error: Could not fetch origin > > > > Downgrading to 2.14.2-1~bpo9+1 from stretch-backports fixes the issue. > > Both current 2.15.1-1 and previous 2.15.0-1 in testing are affected. > > Very strange. I can't reproduce this --- any hints about what I am > doing differently from you? > > Can you give commands starting with the initial "git clone" I can use to > reproduce this? > > If there's no way to reproduce it from scratch, can you tar up your > .git directory and send it to me somehow to allow me to reproduce it?
Cloning from scratch with a single remote does not trigger it. The bug-triggering tree contains also several other remotes, some of them might be long stale (were just commented out in .git/config). There are also several workdir references. Is there a way to send you some kind of metadata-only skeleton of the .git directory? After `git gc --aggressive` it's still over 2.5GB in size. BTW, 2.15.1-3 (sid) and 2.16.0rc0+next.20171228-1 (experimental) are showing the same symptoms. Best Regards, Michał Mirosław