Re: slowly decommission bugzilla?

Richard Weinberger <[email protected]> Thu, 2 Apr 2026 16:15:27 +0200 (CEST)
Newsgroups dev.linux.lists.ksummit
Message-ID <[email protected]>
----- Ursprüngliche Mail -----
> Von: "Konstantin Ryabitsev" <[email protected]>
>> Just wondering: what Richard posted in this thread (would you be willing
>> to host that?), or do you have something else in mind?
> 
> We can figure something out -- it's hard to figure out if we can host
> something if we don't know full architectural details. In theory, kernel.org
> is bound by some legalese in its nonprofit charter document that prevents us
> from broadening our scope of services too far, but since we're already running
> bugzilla, we should be fine to add other bug-reporting tools.

Looks like I did a bad job in explaining how it works.

So, the web frontend[0] is fully static. Just HTML and JavaScript, all the magic happens
client side.
Any webserver will do it.

The frontend operates on a JSON "database" which needs to be generated.
The current generator[1] is written on go and runs on Linux.

Every once on a while the JSON database should be generated from a more or less
recent Linux build.
e.g. once every time Linus releases a new version.
All you need is a kernel build and the tool.
The steps are documented here [2].

Of course I'm willing to adopt the web frontend to match kernel.org standards.

Thanks,
//richard

[0] https://github.com/sigma-star/kbooboo/tree/master/frontend
[1] https://github.com/sigma-star/kbooboo/tree/master/datagen
[2] https://github.com/sigma-star/kbooboo/tree/master?tab=readme-ov-file#creating-the-lookup-table-datajsongz