Re: jk/tag-contains: stalled

From: Junio C Hamano <gitster@pobox.com>
Date: Aug 5, 2010, 17:05 UTC
Message-ID: <7vhbj9dm6h.fsf@alter.siamese.dyndns.org>
In-Reply-To: <7vsk2tdnv5.fsf@alter.siamese.dyndns.org>

Junio C Hamano <gitster@pobox.com> writes:

Show 18 quoted lines

> Ted Ts'o <tytso@mit.edu> writes:
>
>> On Wed, Aug 04, 2010 at 03:24:23PM -0700, Junio C Hamano wrote:
>>> 
>>> * jk/tag-contains (2010-07-05) 4 commits
>>>  - Why is "git tag --contains" so slow?
>>>  - default core.clockskew variable to one day
>>>  - limit "contains" traversals based on commit timestamp
>>>  - tag: speed up --contains calculation
>>
>> What needs to be fixed up before this effort can graduate?  I find the
>> fixups here to be really helpful, even without the automated skew
>> detection that has been proposed.  And even if we fix the root problem
>> with some new all-singing pack format, I suspect that may be a ways
>> out, so it would be nice if these patches could get included for now....
>
> I agree in principle; the log messages need to be cleaned up first
> at the least, though.

To reduce the risk of double-work, I need to clarify.

I meant to say that I can find enough material, especially what Peff wrote, in the discussion that followed in the thread to do the clean-up myself. No need to resend by anybody unless there are material differences from what have been discussed so far that need to be incorporated in the final series.