From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: [PATCH PING] Honor 'SOURCE_DATE_EPOCH' when generating autoloads. Date: Tue, 29 Dec 2015 19:59:54 +0200 Message-ID: <834mf1dtk5.fsf@gnu.org> References: <87k2ph3mgx.fsf@gnu.org> <83mvtwoktg.fsf@gnu.org> <878u5gkakj.fsf@gnu.org> <83a8pwoesc.fsf@gnu.org> <87two3475d.fsf@gnu.org> <5665D6B9.4030309@cs.ucla.edu> <5665DAA1.2080208@cs.ucla.edu> <83k2o9t6t1.fsf@gnu.org> <56771D52.2070406@cs.ucla.edu> <83fuytp1au.fsf@gnu.org> <568073A4.3010604@cs.ucla.edu> <83ege6fsj1.fsf@gnu.org> <568178B6.4000402@cs.ucla.edu> <837fjyfn58.fsf@gnu.org> <5681F791.40309@cs.ucla.edu> <83y4cde044.fsf@gnu.org> <5682B90D.1080009@cs.ucla.edu> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1451411954 9473 80.91.229.3 (29 Dec 2015 17:59:14 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 29 Dec 2015 17:59:14 +0000 (UTC) Cc: p.stephani2@gmail.com, emacs-devel@gnu.org To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Dec 29 18:59:09 2015 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 1aDyY9-0005Ub-JF for ged-emacs-devel@m.gmane.org; Tue, 29 Dec 2015 18:59:09 +0100 Original-Received: from localhost ([::1]:49592 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aDyY8-00023V-QV for ged-emacs-devel@m.gmane.org; Tue, 29 Dec 2015 12:59:08 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58868) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aDyY4-00023L-Oi for emacs-devel@gnu.org; Tue, 29 Dec 2015 12:59:05 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aDyY1-0000p8-If for emacs-devel@gnu.org; Tue, 29 Dec 2015 12:59:04 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:59906) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aDyY1-0000oz-F7; Tue, 29 Dec 2015 12:59:01 -0500 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4591 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aDyY0-0002Zi-NN; Tue, 29 Dec 2015 12:59:01 -0500 In-reply-to: <5682B90D.1080009@cs.ucla.edu> (message from Paul Eggert on Tue, 29 Dec 2015 08:47:09 -0800) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e 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:197119 Archived-At: > Cc: p.stephani2@gmail.com, emacs-devel@gnu.org > From: Paul Eggert > Date: Tue, 29 Dec 2015 08:47:09 -0800 > > Eli Zaretskii wrote: > > The string speaks for itself when you display it. > > It does not. A host name could be ‘unknown’ or even ‘elided’. In theory it could > be any string. We could come up with something even less probable. > In this sense, the Dec. 25 change that introduced the system build name into the > output of report-emacs-bug was a misstep. No, it isn't. I needed this information many times when examining bug reports, and I'm not going to give it up. Can I have some minimal respect from fellow developers, and some minimal credit that I do things for a reason? > > It sounds strange to send users to documentation for such a simple issue. > > No matter what we do here, we will need documentation that users can refer to on > occasion. Even simple approaches like nil-if-unknown require some documentation. > More-complicated approaches like magic-cookie-if-unknown would require more of it. You are ducking the issue.