Re: [uml-devel] Re: merge status

[Rob Landley <rob@landley.net>]

On Friday 18 November 2005 01:08, Blaisorblade wrote:
> On Wednesday 16 November 2005 14:36, Rob Landley wrote:
> > Linus said this:
> > > I think one reason -mm has worked so damn well (apart from you being
> > > "The Calmest Man on Earth"(tm)) is because it's essentially been that
> > > buffer for anything non-trivial. Sometimes the "n+2" has been a lot
> > > more than "n+2" in fact, and that's often good.
> > >
> > > (And at the same time, -mm has enough visibility that it doesn't drive
> > > developers crazy even when the "n+2" ends up being "n+5" or
> > > somethiing).
> > >
> > > I'd _hope_ that the same kind of situation could work for some of the
> > > majos subsystem git trees too: where the maintainer tree is well enough
> > > known that it gets sufficient coverage for that area that a "+2"
> > > approach for merging into the default kernel is practical.
> > >
> > > I also think it certainly _should_ be possible for the big areas that
> > > have well-defined target audiences.
> >
> > And so I thought a bit about what that tree would be for UML (-mm?  -bb?)
> > and decided "it's gotta be Jeff's tree as defined by
> > user-mode-linux.sf.net/patches.html", so I grabbed the big rolled up
> > tarball there that applies on top of 2.6.15-rc1:
> > http://user-mode-linux.sourceforge.net/work/current/2.6/2.6.15-rc1/patche
> >s. tar
>
> Definitely Jeff's tree is a first filter for his work, but I've not seen it
> working a lot as a collector, especially for little fixes - but there it
> makes sense.
>
> I tend to send directly to Andrew and he forwards them to Linus (in many
> cases so fast that I wonder if they appear in one -mm release), but I
> currently do not have a public tree.

So there currently _is_ no one UML tree that people interested in the most 
recent UML developments can check out.  We basically have to wait until it 
hits mainline.

That's sad.  I think I'll stick with Jeff's tree as the closest I've come so 
far...

> > And applied them all (in series order) with a for loop.
>
> Can I suggest using quilt for this (as it's more powerful and easy to use)?
>
> Especially when you add other patches as compile fixups...

I'm not applying the other patches at the moment.  Right now I'm just trying 
to get Jeff's tree to build for me.  If I have time tonight I'm going to 
cherry-pick his patch list to see which ones I can get to compile, and give 
him the list of each one that breaks my build (and how).  I just mentioned 
that #2 of the recent 4 sent to Andrew broke the build for me, but that's not 
the only breakage I see from Jeff's tree.  (I currently have access to four 
different build environments.  I was focusing on the PLD x86-64 system I'm 
borrowing, but right now I'm focusing on my ubuntu laptop.  Then knoppix, and 
then my Linux From Scratch system with gcc 4.0.2 and uClibc...

Expect to be hearing from me a lot. :)

Rob


-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
Register for a JBoss Training Course.  Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel