From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: bug#13141: please review bug #13141 Date: Sun, 20 Jan 2013 04:35:24 +0400 Message-ID: <87ip6sofn7.fsf@yandex.ru> References: <415AF94149E240B7BCB28128E45D3135__10998.9037890502$1358637091$gmane$org@us.oracle.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1358642144 19432 80.91.229.3 (20 Jan 2013 00:35:44 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 20 Jan 2013 00:35:44 +0000 (UTC) Cc: 13141@debbugs.gnu.org, emacs-devel@gnu.org To: "Drew Adams" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jan 20 01:36:02 2013 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1TwitE-0001lo-AR for ged-emacs-devel@m.gmane.org; Sun, 20 Jan 2013 01:36:00 +0100 Original-Received: from localhost ([::1]:54581 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Twisx-00051b-DZ for ged-emacs-devel@m.gmane.org; Sat, 19 Jan 2013 19:35:43 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:57222) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Twisq-00050N-Px for emacs-devel@gnu.org; Sat, 19 Jan 2013 19:35:41 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Twism-0005za-Nt for emacs-devel@gnu.org; Sat, 19 Jan 2013 19:35:36 -0500 Original-Received: from mail-lb0-f178.google.com ([209.85.217.178]:64558) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Twism-0005zP-Gu for emacs-devel@gnu.org; Sat, 19 Jan 2013 19:35:32 -0500 Original-Received: by mail-lb0-f178.google.com with SMTP id n1so1142152lba.23 for ; Sat, 19 Jan 2013 16:35:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=NG3yK08fbOy37x9y7sG0pSUPPCg56LiWv4AdjdmLjEM=; b=A8ZQz1q08gxbRFfQfQVA9HmPVS/80ZQZBw6AOEOT6G+1cEcQk/v8cBDb5bBR5UNWHG B6NqLBL5m0op3V8aix/zajZqbeKgGpbWSnbwcljBTVBcblypG5sl1WIztU7ArHUtZgNj cHJeOx2vQ5ldqqUxGmqqZyOSsKwdw2RJNjmCCw9kpjRQrve5KimlR+rIFYyTxUA4SqvE L/9x9lcjgnu0+HMOch2wixNke9td3aZg74SvBUhPEnIlddwLJiXMynLd2RHXFotgrb5w WTBncgLoRl/V5FqplWjge6T5lff0OmLlG+d4U6p0Y3SB3bEMJL0tqXs2BwVmK6hFVEJo /Qiw== X-Received: by 10.152.46.12 with SMTP id r12mr10897891lam.15.1358642130736; Sat, 19 Jan 2013 16:35:30 -0800 (PST) Original-Received: from SOL ([178.252.98.87]) by mx.google.com with ESMTPS id b3sm3657861lbl.0.2013.01.19.16.35.27 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Sat, 19 Jan 2013 16:35:28 -0800 (PST) In-Reply-To: <415AF94149E240B7BCB28128E45D3135__10998.9037890502$1358637091$gmane$org@us.oracle.com> (Drew Adams's message of "Sat, 19 Jan 2013 15:10:09 -0800") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (windows-nt) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.217.178 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:156489 Archived-At: "Drew Adams" writes: > This is about the info that gets automatically added to bug reports. > > Stefan granted that most of that info is anyway useless, to him at least. > Jambunathan suggested a Boolean option to skip such info altogether. > > I provided a patch that lets users customize which info to include. > > Glenn simply tagged the bug `wontfix', saying "There is no need for such > complexity." > > > The patch is straightforward. Please reconsider it. > Why not let users set the behavior they want for this? Personally, I disagree that the user should choose what information to include. The report goes to Emacs maintainers, so they should pick the always-useful parts (say, the version, bzr revision and build options) and leave out the noise. While possibly still providing interactive commands allowing to insert the additional information in a follow-up email. I also think this is one of the parts of Emacs where backwards compatibility is the least important, so it's odd that the bug reporting interface hasn't changed much in years.