Re: Introducing bugbot

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

 



On 4/3/23 21:45, Konstantin Ryabitsev wrote:
Hi, all:

Per our discussion last fall, I've been working on a bridge between bugzilla
and public-inbox, which went live in the past few days. It's still a very
early release, but it can do the following:

1. Create bugs from mailing list discussions, with full history. For example,
    it is sufficient for someone [1] to say "bugbot on" in a mailing list
    discussion to request bugbot to convert that thread into a new bug. It will
    then continue checking that thread for new messages, creating new comments
    for any added communication. This works both ways -- any comments added on
    bugzilla will be sent as follow-up messages to the original recipients.

    New bugs will be created in the Linux/Kernel component of Bugzilla, but
    they can then be reassigned to any other component. As long as they remain
    open, bugbot will continue tracking threads for new messages until either
    the bug is closed, or it has been over 30 days since any activity on the
    bug.

    [1] At this time, the From address of the person saying "bugbot on" has to
    have an account on bugzilla and be part of the "editbugs" group.

    Here's me using it to turn a thread into a bug:
    https://lore.kernel.org/lkml/CAJfuBxwomDagbdNP-Q6WvzcWsNY0Z2Lu2Yy5aZQ1d9W7Ka1_NQ@xxxxxxxxxxxxxx/

2. Start mailing list threads from pre-triaged bugzilla bugs. This works the
    opposite way and creates mailing list threads based on bug reports filed in
    bugzilla. The useful things here are:

    - bugbot only gets triggered on open bugs in Linux/Kernel that have the
      "bugbot" flag set to "+", which allows pre-triaging a bug before bugbot
      sends it to the mailing list
    - there is a special "cf_subsystem" field added to that component; bugbot
      will match it verbatim to the MAINTAINERS file components and will send
      mail to the M: and L: addresses for that subsystem
    - bugbot will then monitor for any updates to that thread, so any mailing
      list replies will be added as comments to the bug (thus sending a
      bugzilla mail notification to the initial author)
    - if the cf_subsystem is incorrect, it can be changed to a different
      subsystem at any time, triggering a different set of recipients on the
      next update
    - any files added in bugzilla will trigger notification sent to the list
      (but won't attach the actual files, so they don't clog everyone's mailbox
      or list archives)

    Artem, I'm not sure if you're still active with bugzilla.kernel.org, but I
    believe the cf_subsystem functionality is pretty much what you wanted so it
    was possible to bring bugs to the attention of actual subsystem
    maintainers.

    Here is a bug that was turned into a mailing list thread via cf_subsystem:
    https://bugzilla.kernel.org/show_bug.cgi?id=217293

Like I said, bugbot is very young and probably full of bugs, so it will still
see a lot of change and will likely explode a couple of times. The code behind
it is here, woefully lacking any documentation as yet:
https://git.kernel.org/pub/scm/utils/peebz/peebz.git/

At this time, I invite anyone with an account on bugzilla and "editbugs" group
membership can start using bugbot in either direction and to report any bugs
you find to the tools list.

Next features on my todo list are:

- documentation
- tracking repositories and recording when bugs are mentioned in commits
- whatever other feedback I receive

Best regards,
Konstantin

Hello Konstantin,

I love everything about what you've done except I've got a minor feature request for the kernel bugzilla and this new workflow specifically.

Let's have a bot which polls open bug reports every 3-6 months with this question:

"Is this still an issue in the current kernel? Please leave a comment or this bug report will be closed due to inactivity".

By doing this we could make the bugzilla a whole more relevant and effective tool instead of having a ton of bug reports no one cares about or can even confirm.

I would only exclude the bug reports of type "Enhancement".

Best regards,
Artem



[Index of Archives]     [Linux Samsung SoC]     [Linux Rockchip SoC]     [Linux Actions SoC]     [Linux for Synopsys ARC Processors]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]


  Powered by Linux