Re: [PATCH 2/3] do not write null sha1s to on-disk index
- From
Jonathan Nieder <jrnieder@gmail.com>
- Date
- Dec 29, 2012, 10:34 UTC
- Message-ID
- <20121229103430.GG18903@elie.Belkin>
- In-Reply-To
- <20121229102707.GA26730@sigill.intra.peff.net>
Jeff King wrote:
> I can't reproduce here. I can checkout v3.2.35, and I guess that the > patch you are applying comes from f5f1654, but I don't know your > local modification to sound/usb/midi.c.
No local modification. The unstaged change after "git am --abort" to recover from a conflicted git am is a longstanding bug (at least a couple of years old).
The patch creating conflicts is
queue-3.2/alsa-usb-audio-fix-missing-autopm-for-midi-input.patch
from git://git.kernel.org/pub/scm/linux/kernel/git/bwh/linux-3.2.y-queue.git
[...]
Show 6 quoted lines
>> $ git am --abort >> Unstaged changes after reset: >> M sound/usb/midi.c > > What does your index look like afterwards? Does it have a null sha1 in > it (check "ls-files -s")?
$ git diff-index --abbrev HEAD :100644 100644 eeefbce3873c... 000000000000... M sound/usb/midi.c $ git ls-files --abbrev -s sound/usb/midi.c 100644 eeefbce3873c 0 sound/usb/midi.c