[Ksummit-discuss] "Maintainer summit" invitation discussion

[Geert Uytterhoeven]

Hi Justin,

On Wed, Apr 19, 2017 at 8:11 PM, Justin Forbes <jforbes at redhat.com> wrote:
> For instance, while stable has been a great success over the years, the
> policy is no fixes in stable until they are in head.  Unfortunately a lot of
> simple fixes end up in queued in maintainer trees for -next and never end up
> in head until the next merge window.   I don't know what the answer here is,
> changing the stable policy in this regard doesn't seem like the best
> solution.

I think this has been discussed before: it's about finding a good balance
between fixing bugs, and making sure the fixes don't cause regressions.

Even with the policy of no fixes in stable until they are in head, we sometimes
end up with fixes in stable that do introduce regressions.

I believe someone has statistics about that?

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert at linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds