Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Date:   Fri, 30 Sep 2022 16:23:07 +0300
From:   Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To:     Thorsten Leemhuis <linux@leemhuis.info>
Cc:     Slade Watkins <srw@sladewatkins.net>,
        "Artem S. Tashkinov" <aros@gmx.com>,
        Konstantin Ryabitsev <konstantin@linuxfoundation.org>,
        workflows@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Linus Torvalds <torvalds@linux-foundation.org>,
        "regressions@lists.linux.dev" <regressions@lists.linux.dev>,
        ksummit@lists.linux.dev
Subject: Re: Planned changes for bugzilla.kernel.org to reduce the "Bugzilla
 blues"
Message-ID: <Yzbtuz6L1jlDCf9/@pendragon.ideasonboard.com>
References: <aa876027-1038-3e4a-b16a-c144f674c0b0@leemhuis.info>
 <05d149a0-e3de-8b09-ecc0-3ea73e080be3@leemhuis.info>
 <93a37d72-9a88-2eec-5125-9db3d67f5b65@gmx.com>
 <20220929130410.hxtmwmoogzkwcey7@meerkat.local>
 <7b427b41-9446-063d-3161-e43eb2e353f9@gmx.com>
 <20220929135325.4riz4ijva2vc7q5p@meerkat.local>
 <95c3384b-53d0-fd6c-6ec5-a7e03fdeddfc@gmx.com>
 <F300ED64-5E8E-4060-89DC-C98BC5FF08E6@sladewatkins.net>
 <YzXK6Px+BrNuuMZH@pendragon.ideasonboard.com>
 <a86adc6d-05db-ec2e-c5de-d280aad9fb8a@leemhuis.info>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <a86adc6d-05db-ec2e-c5de-d280aad9fb8a@leemhuis.info>
Precedence: bulk

Hi Thorsten,

On Fri, Sep 30, 2022 at 11:35:16AM +0200, Thorsten Leemhuis wrote:
> On 29.09.22 18:42, Laurent Pinchart wrote:
> > On Thu, Sep 29, 2022 at 10:54:17AM -0400, Slade Watkins wrote:
> >>> On Sep 29, 2022, at 10:22 AM, Artem S. Tashkinov <aros@gmx.com> wrote:
> >>>
> >>> I've mentioned several times already that mailing lists are _even worse_
> >>> in terms of reporting issues. Developers get emails and simply ignore
> >>> them (for a multitude of reasons).
> >>
> >> It’s 100% true that emails get _buried_ as waves of them come in (LKML
> >> itself gets hundreds upon hundreds a day, as I’m sure all of you know)
> >> and it just isn’t something I personally see as viable, especially for
> >> issues that may or may not be high priority.
> > 
> > E-mails are not that bad to report issues, but they can't provide the
> > core feature that any bug tracker oughts to have: tracking. There's no
> > way, with the tools we have at the moment (including public-inbox, b4
> > and lei), to track the status of bug reports and fixes.
> 
> Well, I'd disagree partially with that, as my regression tracking bot
> "regzbot"
> (https://gitlab.com/knurd42/regzbot/-/blob/main/docs/getting_started.md
> ; https://linux-regtracking.leemhuis.info/regzbot/mainline/) does
> exactly does that: tracking, by connect the dots (e.g. monitoring
> replies to a report as well recording when patches are posted or
> committed that link to the report using Link: tags), while making sure
> nothing important is forgotten. But sure, it's still very rough and
> definitely not a full bug-tracker (my goal is/was to not create yet
> another one) and needs quite a bit of hand holding from my side. And I
> only use it for regressions and not for bugs (on purpose).

Patchwork does something similar for patches, and I agree that it would
be possible to use e-mail to manage and track bug reports with tools on
top (and don't worry, I'm not asking for regzbot to be turned into a bug
tracker :-)). It however has to rely on lots of heuristics at the
moment, as the data we exchange over e-mail is free-formed and lacks
structure. I've been dreaming of support for structured data in e-mails,
but that's a pipe dream really.

-- 
Regards,

Laurent Pinchart