linux-kernel - Re: RFC: create mailing list "linux-issues" focussed on issues/bugs and regressions

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <09a6256e-0015-d360-9347-f025a7d5adfd@leemhuis.info>
Date:   Mon, 22 Mar 2021 19:55:29 +0100
From:   Thorsten Leemhuis <linux@...mhuis.info>
To:     Eric Wong <e@...24.org>,
        James Bottomley <James.Bottomley@...senPartnership.com>
Cc:     Konstantin Ryabitsev <konstantin@...uxfoundation.org>,
        ksummit-discuss@...ts.linuxfoundation.org,
        Greg KH <gregkh@...uxfoundation.org>,
        linux-kernel@...r.kernel.org, workflows@...r.kernel.org
Subject: Re: RFC: create mailing list "linux-issues" focussed on issues/bugs
 and regressions

On 22.03.21 19:34, Eric Wong wrote:
> James Bottomley <James.Bottomley@...senPartnership.com> wrote:
>> On Mon, 2021-03-22 at 13:16 -0400, Konstantin Ryabitsev wrote:
>>> On Mon, Mar 22, 2021 at 04:18:14PM +0100, Thorsten Leemhuis wrote:
>>>> Note, there is a second reason why ksummit-discuss is CCed: another
>>>> reason why I want to create this new list is making it easier to
>>>> find and track regressions reported to our various mailing lists
>>>> (often without LKML in CC, as for some subsystems it's seems to be
>>>> custom to not CC it). 
>>>
>>> FYI, there will soon be a unified "search all of lore.kernel.org
>>> regardless of the list/feed source" capability

Ahh, nice, thx to everyone working on that!

> [...]
>>> Once we have this ability, we should be able to plug in multiple
>>> sources beyond just mailing lists, including a feed of all
>>> bugzilla.kernel.org changes.

Out of curiosity: will that work for other bug trackers as well? Like
the gitlab instance used by the drm developers? It's not really
important and I guess the answer will be "no", but the question came up
while at it...

>>> This should allow someone an easy way to
>>> query specific bugs and may not require the creation of a separate
>>> list.
>>>
>>> I'm not opposed to the creation of a new list, of course -- just want
>>> to make sure it's aligned with the improvements we are working to
>>> make available.
>>
>> I suspect the problem is that there's no known useful search string to
>> find a bug report even given a searchable set of lists,

Exactly. Due to my work on reporting-issues.rst I try to look at it from
the users point of view. And they currently have no easy way to search
for existing reports without getting lots of other stuff mixed into the
results they are not interested in. That makes it hard. :-/

>> so the main
>> purpose of this list would be "if it's on here, it's a bug report" and
>> the triage team

If one exists ;-)

>> can cc additional lists as appropriate.  Then we simply
>> tell everyone to send kernel bugs to this list and ask maintainers to
>> cc it if a bug report shows up on their list?
> 
> It seems having "bug" or "regression" in the subject could be sufficient?
>
> "s:Regression" or "s:Bug" can be used to query messages reasonably
> quickly:

Could, but I fear it might fail, as modifying the subject is a little
unusual to the normal working style; but "adding people and appropriate
mailing lists to the CC" OTOH is something that people do every day.

And that's why I still think having a separate list is the best idea.
But using tags is totally fine for me, if that the general consensus.

Ciao, Thorsten