On Wed, 2007-03-28 at 11:43 +0100, Stephen C. Tweedie wrote:
Hi,
On Tue, 2007-03-27 at 19:41 -0500, Josh Boyer wrote:
> Has anyone played with keeping the Fedora kernel in a git tree
> somewhere? Current rawhide makes my T60p weep on a regular basis in the
> form of nice hard lockups with no oops output or anything. I'd love to
> be able to do a bisect on the kernel and see where things started going
> south.
I've got a script which takes one of our kernel CVS trees and unpacks it
incrementally into a git repo. I use it privately in order to get git
trees for RHEL-4,5, rawhide etc. as a baseline for my own kernel working
trees.
In theory we should be able to use something like that for a proper CVS-
to-git mirror at the exploded-tree (not CVS pristine+patches) level,
which would be perfect for git bisecting. We'd just need to wrap it in
a script which looks for new tags on the CVS trunk and pulls those in
order into the git tree.
Hm... but that isn't going to be very finely grained if I'm
understanding you correctly. Basically you'd have a single commit for
the -rc patches, etc.
For git bisect, you'd almost want the opposite of that. So take the git
tree upstream, and only commit the patches in CVS that aren't in that.
Then when bisecting you still get the nice granularity and can figure
out which upstream commit broke things.
Right?
josh