On Thu, Apr 23, 2009 at 08:59:49AM -0400, Trond Myklebust wrote: > On Thu, 2009-04-23 at 19:29 +0900, Paul Mundt wrote: > > I was under the impression that a tree that caused a build regression > > would be dropped until it had it sorted out, but that seems to be more > > the exception than the rule. > > > > -next is good at finding bugs in build configurations folks haven't > > considered, which should serve as a pretty good platform for getting > > those types of fixes merged quickly, whether it be in to the tree that > > caused the regression or -next directly. > > > > Unfortunately it seems like build regressions are more of an afterthought > > than a show stopper. I count at least 3 on the sh builds in the last > > couple weeks that are all averaging a week or longer to unbreak, while > > patches have been available almost immediately. > > In this case, the tree in question is exposing a bug that already exists > in mainline; a function that is explicitly labelled as being exported > for use by arbitrary modules, and yet isn't being compiled into the > kernel. Shooting the messenger isn't going to fix that. > Nor is bantering on semantics going to change the fact that you caused a build regression and have so far refused to even acknowledge that that is a problem. If anyone had bothered to test the module build, this would have shown up immediately and would have rightly been fixed before that change was merged. Claiming that the two are completely unrelated after the fact is rather disingenuous, and does nothing to address the process problem. > In any case, this patch does not belong in the NFS tree since it touches > generic library code, not NFS code. Benny, if nobody else wants to > shepherd it, then just send it directly to Linus. > That's a complete cop-out, if there had been no export at all how would you have proceeded? How is this situation any different? I am willing to monitor my builds regularly and send out trivial patches to fix whatever ends up breaking, but I do expect people who have caused regressions to take these matters seriously rather than sweep them under the carpet and pretend like they either don't exist or are somehow someone else's problem. Any tree that causes a regression should simply be dropped until it gets it sorted out, as it's abundantly obvious that people aren't even prepared to do the bare minimum to keep things working after they've been pulled from. -- To unsubscribe from this list: send the line "unsubscribe linux-next" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
