Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp669743rwb; Sat, 1 Oct 2022 06:32:01 -0700 (PDT) X-Google-Smtp-Source: AMsMyM7VWMvtg/bsm7gozPlcgHQfgQTBvb/OwweVR0lC3jaOdE5AL1e6qOIUAqLdrMH1AFlRp45f X-Received: by 2002:a17:906:5a4d:b0:76f:bb35:48f4 with SMTP id my13-20020a1709065a4d00b0076fbb3548f4mr9380836ejc.686.1664631120595; Sat, 01 Oct 2022 06:32:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1664631120; cv=none; d=google.com; s=arc-20160816; b=Z++ydTqT3EJbDJQeT6Qc2xCfE3SOyOR0PgfBTJ2kj/ZUv6JZ8s4ocKYt/Pj9zGTu/D T6Lijf44QEVKFgl8kY+R5Fki1AdOXbZELWyMRDzp4zVhEPD5p2rRm+dqeAWDxVpdINc8 eCc1xapnHmkmvUUCDhgJxrniantslwRO0YFiqxqWpU+3vUy/NOL79AvN9PMcxFlSD9z5 w0VgVZPApe1/nAOWt+1eRss2foI28E+EGjUph05sQZqpuOeT5hpDAe1NcNXei911Zc/7 +vCxyoP9tmG3dSRw4YsqvAlD48o5+e0EXLZpc8vOBjsH+sFArLuXDoeY1sQekccCOL9R 33mw== 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=aTfcemBsmicMYZJEDbdCu0TaaFm5a5Gz3rd/I9Vs+78=; b=RUEVI6uiJTTwqoxh0VAGkeX5EPegTaJ1C61FWmMY+IoD2RdvF68BlMEgo2oh8nX35p fcLFY0uyslCnCP1QLwTQK0pLjQa1dGopnqF3tN/ahO8OeC/o/h61tgD4nbCFKCMbp3NV YfpRGxVynSwfOzOD++tSWmijUH4M8jtdFe4Zj9ye372ry5f66ZpYzzvZO9C97jUW5GxD 8i31MR4lmJ9/CAq4fNvS6EOQfRChG9Y0wUNL3CBYCnl6I9N3QRMxQ5GXAeNjL7s/whB3 N3ifWVE0kN+zIKGeTQ935BTXMsyFHPr/fe3PCwU1+6c37ICEOLaMqESCjL3ya+3NtqhS qtFw== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@mit.edu header.s=outgoing header.b=ZtvOJuKC; 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=fail (p=NONE sp=NONE dis=NONE) header.from=mit.edu Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id i6-20020a05640242c600b004486d3bcacdsi5077507edc.5.2022.10.01.06.31.32; Sat, 01 Oct 2022 06:32:00 -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=fail header.i=@mit.edu header.s=outgoing header.b=ZtvOJuKC; 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=fail (p=NONE sp=NONE dis=NONE) header.from=mit.edu Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229544AbiJANCn (ORCPT + 99 others); Sat, 1 Oct 2022 09:02:43 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49058 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229482AbiJANCm (ORCPT ); Sat, 1 Oct 2022 09:02:42 -0400 Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5AF9111150; Sat, 1 Oct 2022 06:02:40 -0700 (PDT) Received: from letrec.thunk.org ([50.224.35.3]) (authenticated bits=0) (User authenticated as tytso@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 291D1llg021372 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 1 Oct 2022 09:01:48 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mit.edu; s=outgoing; t=1664629311; bh=aTfcemBsmicMYZJEDbdCu0TaaFm5a5Gz3rd/I9Vs+78=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=ZtvOJuKC9L2HsHngvjK+hRM4bWaElHOBG8DOlgXmeZlOrN9U7zsikjNJ8sCRY/prZ d0kZ8p/DmD5FZYAdtMA5/9Ll28RQklxOhCH438XQkV/3DPc2lG3ykqaJCl8XIMVd3w RTE4NnZsreuRuvOf57wxCgy6TqZVRohTGAx1xrDJhlzc1xDjYdcxG1yY0FHEAYnFdD FRzGBCjibb57bAks0vCtg9cOFoW7Oh+Hou+ypJtNq4CFXb7nJqS5E1spf3rY8fboQt u30P7CNZMw1/tuQxckTo/aOpRWBZK/11Y6EWQbmzAkQ41En/MkRZv4eQw9vQqkbOj1 9cE5gpMwJd5BQ== Received: by letrec.thunk.org (Postfix, from userid 15806) id 8F3DA8C2AB4; Sat, 1 Oct 2022 09:01:47 -0400 (EDT) Date: Sat, 1 Oct 2022 09:01:47 -0400 From: "Theodore Ts'o" To: Bagas Sanjaya Cc: Laurent Pinchart , "Artem S. Tashkinov" , "Bird, Tim" , Thorsten Leemhuis , Slade Watkins , Konstantin Ryabitsev , "workflows@vger.kernel.org" , LKML , Greg Kroah-Hartman , 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: <95c3384b-53d0-fd6c-6ec5-a7e03fdeddfc@gmx.com> <3cfaef48-744f-000f-1be5-6f96d64dea24@gmx.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-4.0 required=5.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,RCVD_IN_DNSWL_MED,SPF_HELO_NONE,SPF_NONE 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 Sat, Oct 01, 2022 at 02:57:27PM +0700, Bagas Sanjaya wrote: > > Funny thing. I've largely given up on getting any kind of useful bug > > report from Launchpad, so I've largely ignored it. In contast, the > > bug reports I get for e2fsprogs from Debian are generally far more > > actionable, with bug reports that have all of the data so I can > > actually root cause the problem, and help the user. > > So no matter how the bug tracker interface is, the etiquette is: > Whenever something buggy happens, try to gather all information related > to that event (reproduction steps and reproducer, logs, crash dumps, > etc), then file the polished report. From your experience, it seems like > Debian people knows it. Another critical part of the bug tracker etiquette is when in doubt, always file a separate bug report. More than once, both with Launchpad or Kernel Bugzilla, users will do a web search for "my file system lost data" or "EXT4-fs error" and assume it's the same problem as what they are seeing. In some cases, for a bug report that is years old and already closed. That's actually less damaging, because it's obviously noise, and it can be ignored. The more annoying one is when the bug is actively being worked, and people dog-pile onto that bug, and the bugs might be caused by hardware issues (more often than not, a "bug report" is really due to someone with a failing hard drive, or a USB stick which is sticking out of the laptop, and gets jostled). Even it's a real software bug, if there are two bugs whose bug reports are getting jumbled together into a single bug tracker web page, it can get horribly confusing for the poor maintainer being asked to work the issue, and the two users who start aguing amongst themselves about their pet theory. (Another bug reporter etiquette: clearly differenciate between *facts* that you are reporting, and your pet theories about what might be going wrong. If you're so smart that you think you know the problem, express your theory in the form of a patch. Otherwise, putting theories into a bug report which is not backed up by facts is worse than useless.) Of course, all of this can happy with bug reports filed by e-mail, or via the Debian BTS. However, it seems that people who are smart enough to figure out how to send e-mail to a vger.kernel.org mailing list, or how to use Debian's command-line interface "reportbug" script, generally have enough experience that they can file a decent bug report. Whereas people who can only fill in a web page.... tend not to have that (minimal) filter applied. - Ted