On Fri, Jul 12, 2013 at 11:43:17PM -0700, Guenter Roeck wrote: > > And if something "fixes" an issue, then I want it in stable, just like > > Linus wants that in his tree. > > > Except if it is not critical, for a given definition of the word. I'm not going to try to parse definitions here, but this is just crazy. > > Don't add another tag that requires users to dig for fixes that we are > > just too lazy to be including for all users, that way is crazy. > > > Depends. If -stable rules are going to be followed by the letter, as has > been suggested, only critical bug fixes would be applied to -stable. > The idea here is to provide guidance to distribution maintainers > if that is happening. This tag would mean something like "This patch > fixes a real bug which affects the following releases, but it will not > be applied to -stable because it is not critical". What? It's a fix for a problem that is "real", why would that _not_ go into stable and Linus's tree? Anyway, again, that's not the real issue here at all, the real issues are, again: - people marking stuff for -stable that they shouldn't. - people sitting on stuff for -stable way longer than they should be, relying on me to get stuff merged for the .1 or .2 release instead of getting it to Linus for .0. let's work on those two first before we start worrying about if a specific "fix" shouldn't go into the stable tree or not. greg k-h -- To unsubscribe from this list: send the line "unsubscribe stable" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html