[Ksummit-discuss] [CORE TOPIC] stable workflow

Geert Uytterhoeven geert at linux-m68k.org
Thu Aug 4 18:16:45 UTC 2016


On Thu, Aug 4, 2016 at 6:14 PM, Steven Rostedt <rostedt at goodmis.org> wrote:
> On Thu, 4 Aug 2016 16:44:44 +0100
> Mark Brown <broonie at kernel.org> wrote:
>> If it's a choice between me taking a bugfix for mainline and me getting
>> someone to give me a commit ID for exactly which commit introduced some
>> change I'm probably not going to do the latter, especially when a lot of
>> these things are more of the "we now understand the hardware better"
>> variety.
>
> Who said anything about a choice between one or the other?
>
>> > I don't buy this as burden on a maintainer. This should be part of the
>> > maintenance procedure, regardless of sending to stable or not. Yes it
>> > does take extra time, but I don't think that time is wasted.
>>
>> I'm really happy we've got people engaging upstream.  I'm happy if
>> people fill in the extra information but really I'm way more interested
>> in a clear changelog than in getting a Fixes tag, or in checking that
>> the tags people are adding are accurate.
>
> Having a clear change log is orthogonal to having a Fixes tag. Actually,
> in my experience, change logs with Fixes tags tend to have clearer
> explanations in the change log than those without. Because to get that
> Fixes tag, one did some research to why the bug happened in the first
> place.

Would publishing statistics help, like the top 10 of Ackers and Reviewers?

E.g. Hall of Fame of bug fixers, based on the presence of Fixes tags, and
Hall of Shame, based on patches CCed to stable lacking Fixes tags?

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


More information about the Ksummit-discuss mailing list