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