Re: [git patches] 2.6.x libata update
From: Rob Landley
Date: Sun Oct 30 2005 - 23:02:33 EST
On Sunday 30 October 2005 14:39, Andrew Morton wrote:
> Jeff Garzik <jgarzik@xxxxxxxxx> wrote:
> > Please pull from 'upstream-linus' branch of
> > master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
>
> Linus may not receive this. For me at least, large amounts of incoming and
> outgoing OSDL email have been disappearing into the ether for the past 12
> hours or so.
It's probably delayed. I got the "could not deliver for 4 hours, connection
with smtp.osdl.org timed out" warning on the original "Is this a viable
option?" question, and Linus has since replied, so it went through...
Rob
P.S. The git source also wanted the -dev version of libcurl installed,
whatever that is. Been happily banging on this box for months without ever
needing it. Am now reading through the git tutorial. Very dry.
I read through the git bisect source (well, the bits in rev-list.c anyway),
and yeah it's cheating mightily with the "distance" thing, and by supplying
"good" and "bad" you're actually making the greater than or less than
decisions yourself. Whee.
If all else fails, it's got a sort-by-date function in there, so if you plug
the date thing in for the good and bad you at least get something consistent,
but I can see Linus's warnings about huge, evil, unintelligible revisions
from jumping around like that.
Of course you don't have to make the ordering decision right away: I get two
halves, and can bisect each one all the way to binary tree without having to
make a single greater than or less than decision. Then when putting the tree
back together, the criteria is "which direction produces the smallest
cumulative patch", which isn't nicely resolving in my head into code yet but
I'm working on it...
Need to get a kernel tree to play with, which means finishing this tutorial.
Need... more... caffeine.
Still Rob
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/