Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp1998051rwb; Sun, 2 Oct 2022 12:27:49 -0700 (PDT) X-Google-Smtp-Source: AMsMyM5Tw6gJP4GVdT30gMIaXR5HAkQ7n65kXgqoWDqNtS53dNVkOaTG3vQRfhwuKPDktwp0+0MM X-Received: by 2002:a05:6402:f23:b0:452:3d9f:a0c with SMTP id i35-20020a0564020f2300b004523d9f0a0cmr16332550eda.367.1664738869728; Sun, 02 Oct 2022 12:27:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1664738869; cv=none; d=google.com; s=arc-20160816; b=ZayBDG6pAqt5pycNv7bhv0GcQ0B4QVA5j6Da+tQpxbeGIrJosxQB8c7/uB9o9jl+Op gn80hZUM2Ol+hmxGp6PaYfCXNOmGO7YtioLoi4tdzbXG6ruL4nlLRZNdQT+iJgiQ/fXq NMyvoGs8Q0G6Xc0/Nn1LAn+dYwgcz8pDCyT/CXVPuKp3757ZXJA98MDGr95yo5DUXZP6 Tt2wA6jVQ07o5amVL7RxF0JD19EeBEQ1EK2q/Gnas3DZ6awwueoemIxGhXBqT5uu5CcL yunz+lByd8UYFP5xpSVJaTMjPJPEqvrXgGG9hWdxH6J7r1g5vY/XJheUuWNAnQRrQsaQ VAbA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=eNI3L632Dowal1P+KJ0kEdMy2phc/ZzMLOiCoIXgBUo=; b=Az11T90/QsTbaIjFMw1jR83TI9IUbTuTsiwNXNx+v+z28jJlG+JncgbQ7jIi7VkIUQ cqrX4AvZKtMP+lIWbn3eLvzsD0lPJrKSpeZ7U+DheHHlWsrvp2fFtD7SKeyUaBOu4419 ajn5zlPwQHojLx8KVUnq7Ka7NvX6rjRb8b/ehn57iVclOyqvXlsoOVc64wO4cLjV5o/L 0J6rvHNSr8Cv2zGtlCgH4+MmodMXq09u7fddJUi6zyQbZug/QOz+psChxI7MNJWky/m9 YPErTcTlUJ8se8lSadfJ1XAGgyKJUQBqJPNFUbntqqOQbbdXwuUhRJJW0URDrMs/LSfx UsYg== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id qw23-20020a1709066a1700b0078232bfe3a0si6512314ejc.331.2022.10.02.12.27.24; Sun, 02 Oct 2022 12:27:49 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230010AbiJBSN1 (ORCPT + 99 others); Sun, 2 Oct 2022 14:13:27 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33574 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229714AbiJBSNZ (ORCPT ); Sun, 2 Oct 2022 14:13:25 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A3D161AF15; Sun, 2 Oct 2022 11:13:24 -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 dfw.source.kernel.org (Postfix) with ESMTPS id 408F360EE8; Sun, 2 Oct 2022 18:13:24 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 5B2C0C433D6; Sun, 2 Oct 2022 18:13:22 +0000 (UTC) Date: Sun, 2 Oct 2022 14:13:20 -0400 From: Steven Rostedt To: "Artem S. Tashkinov" Cc: Theodore Ts'o , Thorsten Leemhuis , Greg KH , Konstantin Ryabitsev , workflows@vger.kernel.org, LKML , Linus Torvalds , "regressions@lists.linux.dev" , ksummit@lists.linux.dev, Mario Limonciello Subject: Re: Planned changes for bugzilla.kernel.org to reduce the "Bugzilla blues" Message-ID: <20221002141321.394de676@rorschach.local.home> In-Reply-To: <79bb605a-dab8-972d-aa4a-a5e5ee49387c@gmx.com> References: <05d149a0-e3de-8b09-ecc0-3ea73e080be3@leemhuis.info> <9a2fdff8-d0d3-ebba-d344-3c1016237fe5@gmx.com> <83f6dd2b-784a-e6d3-ebaf-6ad9cfe4eefe@gmx.com> <79bb605a-dab8-972d-aa4a-a5e5ee49387c@gmx.com> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-6.7 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,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 Sun, 2 Oct 2022 12:49:04 +0000 "Artem S. Tashkinov" wrote: > Let's subscribe the past six months of developers using git commits and > if someone doesn't like getting emails they go to the website and > unsubscribe _once_ which takes a minute. This is a non-issue I've no > clue why we're dwelling on it. As one of the few kernel maintainers that actually likes bugzilla and I do not mind being subscribed to it, I too find the above an awful idea (and I agree with all those that explained why it is so). This really comes down to a manpower issue, which is common among most open source projects. Remember it is commonly said that the only warrantee you get from open source projects is that if it breaks, you get to keep the pieces. The issue is that the users of the Linux kernel mostly got it for free. And if they did pay for it, it is highly unlikely that they paid the kernel maintainer that owns the subsystem that they are having issues with. That means, for the maintainers to triage these bug reports, they are essentially doing it for free. Some projects are better at this, and there are developers that are happy to give free work, but there are also other projects that have companies actively backing the work to debug these issues. If you are using fedora, go bug Red Hat, Ubuntu then Canonical. And again, it comes down to if you have a paid subscription or not if you are going to get anywhere with it. Can this be annoying, sure. But that's how the open source ecosystem works. If someone is not able to figure out how to use the mailing lists, it is unlikely that they will be able to be useful in working with the maintainer to solve their issue. As Ted mentioned, when asked to do something to help analyze the issue, many times there's no response from the reporter. Maybe because the reporter had no idea what the maintainer wanted them to do. Most kernel bugs requires a constant back and forth between the reporter and the developer. If you don't have that, then there's no reason to bother with trying to fix the issue. Ideally, someone (you?) would want to be a middle man and triage the bugzilla reports and find those that look promising to get a fix completed, and then be the liaison between bugzilla and the kernel maintainer, then I think that could work. But the issue comes back to manpower. Who's going to do that? -- Steve