Re: git archive generates tar with malformed pax extended attribute
- From
Jeff King <peff@peff.net>
- Date
- May 28, 2019, 19:08 UTC
- Message-ID
- <20190528190815.GA20499@sigill.intra.peff.net>
- In-Reply-To
- <5b312f6c-3375-66ba-efc7-931e4ddc4b11@web.de>
On Tue, May 28, 2019 at 08:01:43PM +0200, René Scharfe wrote:
Show 14 quoted lines
> Am 28.05.19 um 07:58 schrieb Jeff King: > > On Sat, May 25, 2019 at 03:26:53PM +0200, René Scharfe wrote: > > > >> We could > >> make git fsck report such symlinks. > > > > This is a little tricky, because fsck generally looks at individual > > objects, and the bad pattern is a combination of a tree and a blob > > together. I think you could make it work by reusing some of the code and > > patterns from 9e84a6d758 (Merge branch 'jk/submodule-fsck-loose' into > > maint, 2018-05-22). > > Actually it's super easy, barely an inconvenience (SCNR, watched a lot > of those rants recently).. Did I miss something?
Yes. You cannot rely on calling read_object_file() in real-time when the fsck is being done by index-pack. The blob in question may be in the pack you are indexing.
See fsck_finish() for how we do this for .gitmodules checks.
-Peff