From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.3 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,NICE_REPLY_A,SPF_HELO_NONE, SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id B3EFAC433DB for ; Mon, 11 Jan 2021 18:55:56 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 6C3B422ADF for ; Mon, 11 Jan 2021 18:55:56 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2390588AbhAKSz4 (ORCPT ); Mon, 11 Jan 2021 13:55:56 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38604 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2390441AbhAKSzz (ORCPT ); Mon, 11 Jan 2021 13:55:55 -0500 Received: from wp530.webpack.hosteurope.de (wp530.webpack.hosteurope.de [IPv6:2a01:488:42:1000:50ed:8234::]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id F2270C061786; Mon, 11 Jan 2021 10:55:14 -0800 (PST) Received: from ip4d149f6e.dynamic.kabel-deutschland.de ([77.20.159.110] helo=[192.168.66.101]); authenticated by wp530.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) id 1kz2LP-0005Dj-G0; Mon, 11 Jan 2021 19:55:11 +0100 To: Randy Dunlap , Jonathan Corbet Cc: linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org References: <20210110121033.130504-1-linux@leemhuis.info> <6ca51584-1739-e532-d40e-e4447065ea1e@infradead.org> From: Thorsten Leemhuis Subject: Re: [PATCH v1 (RFC)] docs: discourage users from using bugzilla.kernel.org Message-ID: Date: Mon, 11 Jan 2021 19:55:10 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 MIME-Version: 1.0 In-Reply-To: <6ca51584-1739-e532-d40e-e4447065ea1e@infradead.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-bounce-key: webpack.hosteurope.de;linux@leemhuis.info;1610391315;12dcc039; X-HE-SMSGID: 1kz2LP-0005Dj-G0 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Am 11.01.21 um 19:14 schrieb Randy Dunlap: > On 1/10/21 4:10 AM, Thorsten Leemhuis wrote: >> * About 66 of those ~200 components will assign bugs to email addresses >> that look valid, but 125 of them end with @kernel-bugs.osdl.org or >> @kernel-bugs.kernel.org. Those domains do not exist anymore, mails >> sent there bounce ('Unrouteable address'). It's possible that the >> server might be rewriting those domain names and nevertheless >> delivers new reports and comments by mails to some human; but it >> seems more like they never get mailed to anyone and thus just linger >> in the database; no wonder quite a few of bugs filed against such >> components never get a single reply (see below). > > Those @kernel-bugs email addresses should not be a problem: > https://korg.docs.kernel.org/bugzilla.html#real-assignees-vs-virtual-assignees Ahh, interesting, many many thx. Stupid me also forgot to put Konstantin on the CC list (I had planned to do that, but forgot when I actually sent the patch :-/ ), which likely would have pointed be there as well. > AFAIK, USB bugs go to linux-usb@vger.kernel.org, Those seem to use the approach the link above describes. > SCSI bugs go to linux-scsi@vger.kernel.org. That's one of the email address that are in the database for real, which were mentioned in my patch description as 'looking valid': https://bugzilla.kernel.org/describecomponents.cgi?product=IO%2FStorage > netdev didn't want bugs sent there automatically IIRC, so a > human takes care of doing that if warranted. Ahh, good to know, it's really not obvious there are some humans working there to that take care of this. That and all those bugs that never get a reply look really like things are not working well. > Andrew Morton takes MM bugs and Cc:s them to linux-mm mailing list > and then asks for discussion to continue on the mailing list. Then what use it bugzilla here? Wouldn't it be better for people to go straight to the list? > We Who is "we"? We as in "the kernel community"? Or is there actually a smaller group of people you are referring to which is actively maintaining the list of products and components on bugzilla.kernel.org? Just trying to understand things better here, as there are other things that look strange to me and were mentioned in the patch description. For example: Why are there only 200 products and components on bugzilla.kernel.org (some of them for historic things like the ac-kernels) while the MAINTAINERS file has more than 2200 entries? > could/should probably see if we can add more project-specific > mailing lists to the automatic reporting Guess that would mean taking to a lot of maintainers/mailing list admins if they are okay with that. Who would do that? > -- but probably not LKML. > Otherwise some bug reports might never be heard about. Yeah, agreed. FWIW: I don't care too much about this whole thing, the whole idea for the approach I'm currently driving forward started when I did regression tracking in 2017. Back then I noticed quite a lot of bug reports on bugzilla.kernel.org never got a single reply, even if they were good and looked valid. That's why I brought this forward on the maintainers summit (https://lwn.net/Articles/738216/ ) and there it was discussed to basically go the route I'm taking currently. But I'm totally find to adjust that route if there are good reasons, especially as that discussion happened some time ago. Ciao, Thorsten