Re: slowly decommission bugzilla? (was: Re: kernel.org tooling update)

"Theodore Tso" <[email protected]> Thu, 2 Apr 2026 10:08:22 -0400
Newsgroups dev.linux.lists.ksummit
Message-ID <[email protected]>
On Thu, Apr 02, 2026 at 09:28:58AM -0400, Konstantin Ryabitsev wrote:
> 
> Right, let me clarify this. I don't expect that we'd be keeping *any* kernel
> bugs in torvalds/linux.git. Kernel development happens on a subsystem level
> and especially bugs are rarely relevant across the tree, so, in my mind, bug
> tracking would be done per-subsystem. They can either use their own fork of
> the kernel for this, or they can use a dedicated repo just for bugs.

That makes sense.  Are you thinking that there might be some public
interface that might allow users to search across all known and public
big-tracking repositories to try to find "known issues"?

> That's actually the whole point. Only subsystem maintainers would be able to
> create a bug. To *report* a bug, the reporter would use an ingestion frontend
> as I described -- bugs.kernel.org or similar that would pre-analyze the bug,
> create a bug report and *then* send the report to maintainers. A bug report
> doesn't automatically become a tracked bug in git-bug unless the maintainer
> then imports that report into their bug-tracker.

If users have additional information that they contribute in response
to clarifying questions from the maintainer, that would be tracked via
an e-mail thread from lore.kernel.org, and it would be optional if the
maintainer wanted to ingest some additional data that might be useful
from the bug tracking perspective into the repo?   Is that the idea?

Thanks,

						- Ted