[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Problems cloning git.sv.gnu.org/coreutils
From: |
Eric Blake |
Subject: |
Re: Problems cloning git.sv.gnu.org/coreutils |
Date: |
Fri, 28 Apr 2017 08:50:31 -0500 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.0 |
On 04/28/2017 08:36 AM, Eric Blake wrote:
>> error: object a6727941433ee1c91a20ede6cb381af1d18c566d:
>> missingSpaceBeforeDate: invalid author/committer line - missing space before
>> date
>
> a6727941 appears to be an old tag, COERUTILS-4_5_1, created ages ago
> when we first converted coreutils from CVS to git. git was much looser
> back then.
> and in fact I thought I had already sorted it out for coreutils:
>
> https://lists.gnu.org/archive/html/bug-coreutils/2016-10/msg00038.html
On a fresh clone, I see that the tag COREUTILS-4_5_1 is object def0541,
not a6727941; but that a6727941 is still pulled in as part of the clone.
I'll note that I'm using git 2.9.3 (older than your 2.12.2), and that I
don't have automatic fsck-on-pull turned on (which is why my clone
succeeded), but 'git fsck' after the clone does identify a6727941 as one
of the problematic objects.
I'm guessing that even though I recreated the bad tags several months
ago, that something about the bad tags is still packed server-side.
Maybe it's just a matter of running 'git prune' on the server side to
purge out the old reference from the pack file? But for that, we'll need
someone with server access. Jim or Assaf may be able to help.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
signature.asc
Description: OpenPGP digital signature