Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp2125008rwb; Thu, 29 Sep 2022 06:35:21 -0700 (PDT) X-Google-Smtp-Source: AMsMyM6zcOyKq2gEGOHr7tHgqPc26OSESIiZMWukWOcfLybsV4Dtjebu6AEyBYHPxa+e2RbYreEr X-Received: by 2002:a05:6a00:b42:b0:55a:aa8b:c5f with SMTP id p2-20020a056a000b4200b0055aaa8b0c5fmr3714394pfo.22.1664458521277; Thu, 29 Sep 2022 06:35:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1664458521; cv=none; d=google.com; s=arc-20160816; b=RIpbV3HmBGpSuqTihPLaAILbCr2D8uwk4Pyfuzfy8NUSgwz4xlPJ6W3sC9HWtWVFKu 6njrCD70TQKwTgW/tKb85ywSKi0MHxZi+aIp6HM4AxqOyO/zLmgmeIVxr4oHCdMAOOF2 Q/DBHSq40u06sGKgBRr2RR1SZF31WPaeRvksrwa+nhivyFXP5etII8Ae1k+7j/lFPCny uLPxeEgQ/PIws8353uMmbU/bXJDhmMEAUu80lJIbcuSzSoIVyjwO9Z84vAERBEK8d0ui ugVRBDbd6t32TgZnRZHtpcrMZxLD5djSR8EdpCX3736j4FqFu311nF2/yJ6Yam57BJlg LMwg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=wZMmB3UusEExy7W9kBzZzyfsMamhkczond8NGy4jzYw=; b=Bl6JnBG/+FDBJbayspnxc0PKPxx7sSCPmIkaxoQIFkx4kfL3yHOmwEuX82fHOFe75+ DTnI4GK5uYl9xsCag9V4J8ItZCzCvjx0S1sv7bMTulG1jJNXaGrADSvs1gCzdTjc+K73 LFf7vQ7RoRkUAxguCAXQvarMZJTbEl9wG6aL6eROOcG9swJ8C0hfnlgxeqgtHIMdZL9Y hFqWynokwCyo7NUjKUwSF+3XHPgoSym2cUUOUfZ0rSJlSMciWJHOTfn7neIFn2gSvUF+ XpCYuds1nEUmzk9SD+DZ0d5Uvas+WW7XkcTIZezcWTxoyRvaB7IYZZm2clbZ/T94r+1W 9sZw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=l1q+Lewc; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id j3-20020a62c503000000b005410f1a72cfsi5668395pfg.146.2022.09.29.06.35.08; Thu, 29 Sep 2022 06:35:21 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=l1q+Lewc; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234852AbiI2NVS (ORCPT + 99 others); Thu, 29 Sep 2022 09:21:18 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48084 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234420AbiI2NVQ (ORCPT ); Thu, 29 Sep 2022 09:21:16 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 65AAB74CD6; Thu, 29 Sep 2022 06:21:14 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id DE39DB823A5; Thu, 29 Sep 2022 13:21:12 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 17022C433D6; Thu, 29 Sep 2022 13:21:10 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1664457671; bh=ruOHd60/xBhqVP3BU1wfLtOqiLeRzITwo+Fx8lHKHcU=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=l1q+LewcfoArFduJB1pct4BSTZtcLo4F/r5NEMo3pekA6nG/TbLVubcUeIuBqBaZ3 CvqRkMndQQ786wUMcIX+UFhyRcLd0vnNFHsXflEjwfbWaskFa7pWSNU1gsj8OkFMlS jdDSnaj1+VCUJQrLGiwCzUeLte7YjBWORrmnhiag= Date: Thu, 29 Sep 2022 15:21:47 +0200 From: Greg KH To: "Artem S. Tashkinov" Cc: Thorsten Leemhuis , Konstantin Ryabitsev , workflows@vger.kernel.org, LKML , Linus Torvalds , "regressions@lists.linux.dev" , ksummit@lists.linux.dev Subject: Re: Planned changes for bugzilla.kernel.org to reduce the "Bugzilla blues" Message-ID: References: <05d149a0-e3de-8b09-ecc0-3ea73e080be3@leemhuis.info> <93a37d72-9a88-2eec-5125-9db3d67f5b65@gmx.com> <92c43f2b-c89d-cb9b-a7ce-777171258185@gmx.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <92c43f2b-c89d-cb9b-a7ce-777171258185@gmx.com> X-Spam-Status: No, score=-7.2 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Sep 29, 2022 at 01:09:35PM +0000, Artem S. Tashkinov wrote: > > > On 9/29/22 12:52, Greg KH wrote: > > On Thu, Sep 29, 2022 at 12:22:35PM +0000, Artem S. Tashkinov wrote: > > > Let me be brutally honest here, if you're working on the kernel, > > > specially for a large company such as e.g. Intel, you're _expected_ to > > > address the issues which are related to the kernel component[s] you're > > > maintaining/developing otherwise it's not "development" it's "I'm > > > dumping my code because my employer pays me to do that". That also means > > > you're expected to address bug reports. > > > > I wish that were the case, unfortunately it is quite rare that > > maintainers of subsystems of the kernel are allowed to work on upstream > > issues like this all the time. Heck, part of the time would be > > wonderful too, but that is also quite rare. So while maintainers would > > love to be able to work like this, getting their management to agree to > > this is not very common, sadly. > > Understood but it's illogical and I cannot/will not accept it. Wonderful, please work with the companies involved to get them to change their internal structures to support this. Have fun! :) Seriously, many of us have been working with many companies to try to change this, but it's slow going and requires constant retraining of new managers when they get moved around. It's a thankless job, please reach out to any contacts that you have to help out. > For > instance, here's a very common scenario: you work for company X. The > company tells you to fix a bug/add a new feature/etc. You write the > code, submit it and it results in a regression for other use cases. Are > you saying it's alright and shouldn't be addressed? That's _exactly_ how > many if not _most_ regressions in the kernel are introduced. True, but the time of a report of a regression is usually much delayed from the original development, and sometimes the original developers have moved on. But the topic here was the maintainers of the subsystems, not the people who did the original development effort. That's two totally different groups of people, with different managers, working for different companies. Please don't get them confused. > > > AFAIK, the kernel bugzilla is a Linux Foundation project and the > > > organization receives funding from its very rich members including > > > Google, Meta, Intel, and even Microsoft. The fact that no one is > > > seriously working on it looks shameful and sad. We are not talking about > > > a minor odd library with a dozen users we are talking about the kernel. > > > > bugzilla.kernel.org is _hosted_ by the LF, and does a great job of > > keeping it running and alive. The LF has nothing to do with the content > > of the bugs in it, the reporting, the response of people to reported > > bugs, assigning bugs to anyone, getting them fixed, or anything else > > related to the content in the database at all. Please don't get > > confused with the resources provided to host the system vs. the people > > who actually do the kernel development itself. > > > > Note, the LF does sponsor a few kernel developers to do work on the > > kernel, including myself, but we are a tiny drop in the bucket compared > > to the 4000+ developers who contribute to the kernel every year. > > > > thanks, > > > > greg k-h > > Keeping the website up and running requires next to zero human > time/resources, that's not proper maintenance. Um, no, not at all. See Konstantin's response for just a small snippet of what is involved here. > The > components/subsystems/developers haven't been updated in over a decade > which results in a bug tracker which is nearly useless. People often > file bug reports under "Other/Other" and no one is notified of anything. > I don't even want to touch on the fact that the Bugzilla version the > website is running is terribly outdated. > > That's the issue I thought we're trying to resolve - making bugzilla > useful. Under no circumstances I want to engage kernel developers or > blame them for anything. I'm grateful you exist and do your work :-) I agree, making bugzilla, or something else, useful would be wonderful, but so far no one has stepped up to do that work except for Thorsten here. And it will involve getting 700+ different maintainers to agree what to do, that's going to be "fun" :) thanks, greg k-h