Re: jk/tag-contains: stalled

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Junio C Hamano <gitster@xxxxxxxxx> writes:

> Ted Ts'o <tytso@xxxxxxx> 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.
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]