From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Chong Yidong Newsgroups: gmane.emacs.bugs Subject: bug#587: 23.0.60; To source or not to source (from help) Date: Tue, 12 Aug 2008 15:10:16 -0400 Message-ID: <87iqu6uk13.fsf@stupidchicken.com> Reply-To: Chong Yidong , 587@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1218569363 18995 80.91.229.12 (12 Aug 2008 19:29:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 12 Aug 2008 19:29:23 +0000 (UTC) Cc: 587@emacsbugs.donarmstrong.com To: "Lennart Borgman \(gmail\)" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Aug 12 21:30:14 2008 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KSzZB-00012u-6e for geb-bug-gnu-emacs@m.gmane.org; Tue, 12 Aug 2008 21:30:01 +0200 Original-Received: from localhost ([127.0.0.1]:54468 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KSzYF-0005iS-1k for geb-bug-gnu-emacs@m.gmane.org; Tue, 12 Aug 2008 15:29:03 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KSzWm-000535-Ba for bug-gnu-emacs@gnu.org; Tue, 12 Aug 2008 15:27:32 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KSzWj-00050k-1C for bug-gnu-emacs@gnu.org; Tue, 12 Aug 2008 15:27:31 -0400 Original-Received: from [199.232.76.173] (port=38145 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KSzWi-00050Y-Mo for bug-gnu-emacs@gnu.org; Tue, 12 Aug 2008 15:27:28 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:34451) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KSzWi-0007aC-2J for bug-gnu-emacs@gnu.org; Tue, 12 Aug 2008 15:27:28 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m7CJRO7K032017; Tue, 12 Aug 2008 12:27:25 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id m7CJF32F027729; Tue, 12 Aug 2008 12:15:03 -0700 X-Loop: don@donarmstrong.com Resent-From: Chong Yidong Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Tue, 12 Aug 2008 19:15:03 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 587 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by 587-submit@emacsbugs.donarmstrong.com id=B587.121856818926153 (code B ref 587); Tue, 12 Aug 2008 19:15:03 +0000 Original-Received: (at 587) by emacsbugs.donarmstrong.com; 12 Aug 2008 19:09:49 +0000 Original-Received: from cyd (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m7CJ9kJU026147 for <587@emacsbugs.donarmstrong.com>; Tue, 12 Aug 2008 12:09:47 -0700 Original-Received: by cyd (Postfix, from userid 1000) id 9668357E2EC; Tue, 12 Aug 2008 15:10:16 -0400 (EDT) X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) Resent-Date: Tue, 12 Aug 2008 15:27:31 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:19338 Archived-At: > > We can consistently try to go to the compile directory or to the > > install directory first, whatever people want. A problem with the > > former approach is that the definition might not be there any more, > > e.g., after a fresh checkout. That's why I would probably prefer > > the latter. > > I would suggest something like this: > > - A variable to decide where to go > - Possibly there should be a separate variable for the src tree > - If not possible to go there: > * If no other choice then give an error > * Otherwise ask user wether to go to the other place > (checkout/install) Let's not introduce any new variables at this point. We can revisit this issue after the release, but I'm not convinced that it's useful to enough people to add variables for controlling this behavior. People who care enough about this can write their own advice. Martin, could you change the trunk to do what you suggested (i.e. checking the install directory first)? Thanks.