Re: [RFC PATCH v1 1/2] MAINTAINERS: add regressions mailing list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 07.04.21 11:56, Greg KH wrote:
> On Wed, Apr 07, 2021 at 11:21:55AM +0200, Thorsten Leemhuis wrote:
>> Add the newly created regression mailing list finally created after it
>> already had been agreed on during the maintainers summit 2017 (see
>> https://lwn.net/Articles/738216/ ). The topic was recently discussed
>> again, where an idea to create a broader list for all issues was
>> discussed, but Linus preferred a more targeted list:
>> https://lkml.kernel.org/r/CAHk-=wgiYqqLzsb9-UpfH+=ktk7ra-2fOsdc_ZJ7WF47wS73CA@xxxxxxxxxxxxxx/
>>
>> Hence, the creation for that list was asked for and granted:
>> https://bugzilla.kernel.org/show_bug.cgi?id=212557
>>
>> In the end it became regressions@xxxxxxxxxxxxxxx instead of
>> linux-regressions@xxxxxxxxxxxxxxx as 'Linux' is redundant in the latter
>> case.
>>
>> Signed-off-by: Thorsten Leemhuis <linux@xxxxxxxxxxxxx>
>> ---
>> I was a bit unsure how to add that list to MAINTAINERS. I considered
>> adding a 'M:' with my name and email address there as well, but getting
>> CCed on a lot of regression reports might be a bit much. I also left a
>> 'S: supported' out, as that doesn't make much sense in this case afaics;
>> and I checked, there are other entries that don't have those two (but
>> it's rare).
> 
> Put your name there, you are the "maintainer of regressions!"  :)

Okay, will do. :-D

/me wonders why he suddenly feels like entering a self-made trap ;-)

> [...]
>> +REGRESSIONS
>> +L:	regressions@xxxxxxxxxxxxxxx
>> +K:	regression
> 
> A bit more information here perhaps?  This will not really help anyone
> out to know what to do.

Did you mean a different headline for the entry?  Or would you suggest
to use a webpage (W:) for that or a Subsystem Profile document (P:)
here? Using either of the two latter was the plan, but for now I'm a bit
unsure what to write there except maybe "Thorsten is working on a
semi-automatic solution for tracking Linux kernel regressions. Details
will follow. For now report regressions as outlined in
reporting-issues.rst; but in case you have any problem or think there is
a regressions not handled appropriately by the maintainers, get him
involved, he'll try to help".

Or did you have something totally different in mind?

Ciao, Thorsten



[Index of Archives]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Linux FS]     [Yosemite Forum]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]     [Linux Resources]

  Powered by Linux