On Friday 18 November 2005 08:17, Rob Landley wrote: > On Friday 18 November 2005 01:08, Blaisorblade wrote: > > On Wednesday 16 November 2005 14:36, Rob Landley wrote: > > > Linus said this:
Btw, where does this quote come from? > > > > 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 don't quite get this +2/+5 discussion. > > > > 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. > > 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. Patches go in -mm first. Currently Andrew is often very quick at merging them. Also, fixups tend to have less needs for testing - and they're often backported to -bs. Also, I don't tend to merge big patches without first checking. > 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. Which means applying your own fixups. > 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 suggest quilt exactly because it automates one big task - managing the stacks of applied and unapplied patches. Will "patch" suggest you which patch is the top one? Quilt will. That's why I suggest you to try it. > 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. :) No problem... just be patient for fixes. And IMHO you shouldn't feel so shy about fixing such compile problems (no complaining!) I don't expect you to debug the stub problems, but the rest should be easier to work with. -- Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!". Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894) http://www.user-mode-linux.org/~blaisorblade ___________________________________ Yahoo! Messenger: chiamate gratuite in tutto il mondo http://it.messenger.yahoo.com ------------------------------------------------------- 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
