On Mon, Sep 11, 2006 at 06:35:59PM -0700, Piet Delaney wrote: > On Sat, 2006-09-09 at 12:28 -0700, Tom Rini wrote: > > On Sat, Sep 09, 2006 at 10:52:18PM +0400, Sergei Shtylyov wrote: > > > > > >to fix some of these issues happily reviewed :) > > > > > > Erm, it's either you created the trees too soon, or we (most probably) > > > dalayed with updating the patches too much. The thing is, I have reworked > > > TX49 driver and also renamed it following the recent, suffixing scheme -- > > > I > > > know git can handle renames but patch(1) cannot. How should we handle > > > this? > > > > OK, I'll try and follow up to one of the other emails so people have > > less of an excuse for not seeing things, but.. > > > > My preference for getting changes to KGDB is still with plain old GNU > > patches. Generating these is really up to the preference of the > > developer. If you like using git to track your own work, grab one of > > the regular git versions of the tree, work, export and email. If you > > like using stacked git, grab the stacked git tree and work on top of > > what I've done already, export and mail. Sound sane? > > I haven't used git enough to be sure but assuming it's like bit keeper, > I think it's easiest to push and pull git work spaces. I get the > impression that other parts of the kernel are being pushd and pulled > between developers on vger. Might be maximally productive to do the > same with the kgdb git repositories. Something like:
The problem is that we're using stacked git, which doesn't yet actually support remote repositories. So regular patches are easier at this point. -- Tom Rini ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Kgdb-bugreport mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/kgdb-bugreport
