Re: slowly decommission bugzilla?
Thorsten Leemhuis <[email protected]> Sat, 28 Feb 2026 14:41:21 +0100
| Newsgroups | dev.linux.lists.ksummit |
|---|---|
| Message-ID | <[email protected]> |
On 2/27/26 17:22, Richard Weinberger wrote: > ----- Ursprüngliche Mail ----- >> Von: "Geert Uytterhoeven" <[email protected]> >>>> I just told them to randomly modify the file, do a git diff and redirect it >>>> into another file (making a random patch), and run get_maintainers.pl on >>>> it. That's a big hack and having a better interface to point others too >>>> would be useful. >>> >>> I'm pretty sure someone can vibe code us a neat webinterface which queries >>> get_maintainers.pl in the background. >> >> ... including a big fat message wrapped in a <BLINK> tag, which suggests >> to check manually if a few addresses should be dropped? >> >> Or perhaps this should be restricted to return mailing lists only? > > Sure. > What I have in mind is something like a web interface where you > enter either the source file, Well, regular users reporting a bug usually don't deal with source files and might not even have an idea how to get from a module name to source files. For kernel developers it's obviously different, but those most likely have the source tree lying around already and thus can run scripts/get_maintainer.pl -f directly. So support for source files doesn't help that much, I'd say (but of course it would be "nice to have", too). > module name, This, on the other hand, would help quite a few people. Also, broad categories with optional, more fine-graded subcategories would be nice for some areas. Like mm, which has 18 entries in MAINTAINERS that start with "MEMORY MANAGEMENT - ", which confuses people that do not know "if in doubt, just use the entry for MEMORY MANAGEMENT" > heck even a stack trace or a BUG/WARN_ON/Oops This even more (but of course this is harder) > and the interface gives an advice how to mail to which mailing list. > E.g. what information to include, how to send plain text mail, etc... Yeah. But unless somebody volunteers to realize this within a few weeks, I'd say: Let's finally first reduce the immediate problem (users reporting bugs to a place where they might not even reach the developers) by putting a new welcome page on bugzilla.kernel.org in place. Ciao, Thorsten