From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: bug#13141: please review bug #13141 Date: Sat, 19 Jan 2013 17:03:16 -0800 Message-ID: References: <415AF94149E240B7BCB28128E45D3135__10998.9037890502$1358637091$gmane$org@us.oracle.com> <87ip6sofn7.fsf@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1358643812 30782 80.91.229.3 (20 Jan 2013 01:03:32 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 20 Jan 2013 01:03:32 +0000 (UTC) Cc: 13141@debbugs.gnu.org, emacs-devel@gnu.org To: "'Dmitry Gutov'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jan 20 02:03:51 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 1TwjK9-0001Hb-PV for ged-emacs-devel@m.gmane.org; Sun, 20 Jan 2013 02:03:49 +0100 Original-Received: from localhost ([::1]:59542 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TwjJs-0000q5-O5 for ged-emacs-devel@m.gmane.org; Sat, 19 Jan 2013 20:03:32 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:60404) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TwjJp-0000px-Qa for emacs-devel@gnu.org; Sat, 19 Jan 2013 20:03:30 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TwjJo-0003Xa-MO for emacs-devel@gnu.org; Sat, 19 Jan 2013 20:03:29 -0500 Original-Received: from userp1040.oracle.com ([156.151.31.81]:47098) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TwjJo-0003XB-FG for emacs-devel@gnu.org; Sat, 19 Jan 2013 20:03:28 -0500 Original-Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by userp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id r0K13OQs019727 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 20 Jan 2013 01:03:25 GMT Original-Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r0K13NGs024273 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 20 Jan 2013 01:03:23 GMT Original-Received: from abhmt104.oracle.com (abhmt104.oracle.com [141.146.116.56]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id r0K13MeT022541; Sat, 19 Jan 2013 19:03:23 -0600 Original-Received: from dradamslap1 (/71.202.147.44) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 19 Jan 2013 17:03:22 -0800 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <87ip6sofn7.fsf@yandex.ru> Thread-Index: Ac32pg+UwSXOR4MrQlepC80DbAZqvQAAIwaQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 156.151.31.81 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:156491 Archived-At: > Personally, I disagree that the user should choose what information > to include. Too bad for you, then. The user already chooses that. As well s?he should. A user should _of course_ be able to choose what information s?he sends. This is about the information that is _automatically_ inserted into the report-preparation buffer. If the user does not want to send some of that info then s?he need not, even today, as Xue Fuqiao made clear. All my patch does is make it easier for a user to not send this or that info. > The report goes to Emacs maintainers, so they should pick the > always-useful parts The maintainers should pick the parts that they think should be provided _by default_, just as they do today. They cannot and should not pick, in place of the user, what the user actually sends. And one of the maintainers has already stated, FWIW, that he finds "most of those info useless". > (say, the version, bzr revision and build options) and leave > out the noise. One person's noise is another's important information. That's part of the point of providing this option: if a user so chooses, s?he can easily cut down on what s?he considers noise. Let users decide. Emacs proposes, users dispose. And I repeat, the default behavior - the information that is automatically included by default - does NOT change with this patch. > While possibly still providing interactive commands > allowing to insert the additional information in a follow-up email. Nothing wrong with that, IMO. Consider submitting an enhancement request for the addition of such commands. > 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. You are welcome to submit an enhancement request to change the set of info that gets inserted by default. My patch is not so radical as what you are requesting. It maintains the status quo wrt that set of info - the default behavior. It simply makes it easy for a user to customize what which info gets inserted by default. There already is a user option, `report-emacs-bug-no-explanations', that turns it all off. My patch just gives users more control than an on/off switch.