coreutils
[Top][All Lists]
Advanced

[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

Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]