From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: vc-directory breakage Date: Tue, 06 May 2008 08:36:55 +0200 Message-ID: <85y76o546w.fsf@lola.goethe.zz> References: <20080505152149.E5BB99F054B@snark.thyrsus.com> <857ie8ahr3.fsf@lola.goethe.zz> <20080506000456.GA14206@thyrsus.com> <200805060036.m460aVto021222@sallyv1.ics.uci.edu> <20080506004849.GA14523@thyrsus.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1210055836 1478 80.91.229.12 (6 May 2008 06:37:16 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 6 May 2008 06:37:16 +0000 (UTC) Cc: "Eric S. Raymond" , Dan Nicolaescu , emacs-devel@gnu.org To: esr@thyrsus.com Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue May 06 08:37:51 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1JtGoA-0002tf-BT for ged-emacs-devel@m.gmane.org; Tue, 06 May 2008 08:37:50 +0200 Original-Received: from localhost ([127.0.0.1]:35140 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JtGnS-00036n-Gx for ged-emacs-devel@m.gmane.org; Tue, 06 May 2008 02:37:06 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JtGnO-00036h-PU for emacs-devel@gnu.org; Tue, 06 May 2008 02:37:02 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JtGnM-00036V-D0 for emacs-devel@gnu.org; Tue, 06 May 2008 02:37:01 -0400 Original-Received: from [199.232.76.173] (port=35728 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JtGnM-00036S-7j for emacs-devel@gnu.org; Tue, 06 May 2008 02:37:00 -0400 Original-Received: from mail-in-14.arcor-online.net ([151.189.21.54]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JtGnL-0000n7-Ch for emacs-devel@gnu.org; Tue, 06 May 2008 02:36:59 -0400 Original-Received: from mail-in-04-z2.arcor-online.net (mail-in-04-z2.arcor-online.net [151.189.8.16]) by mail-in-14.arcor-online.net (Postfix) with ESMTP id D76CF187712; Tue, 6 May 2008 08:36:57 +0200 (CEST) Original-Received: from mail-in-04.arcor-online.net (mail-in-04.arcor-online.net [151.189.21.44]) by mail-in-04-z2.arcor-online.net (Postfix) with ESMTP id C69AAAC4AD; Tue, 6 May 2008 08:36:57 +0200 (CEST) Original-Received: from lola.goethe.zz (dslb-084-061-053-167.pools.arcor-ip.net [84.61.53.167]) by mail-in-04.arcor-online.net (Postfix) with ESMTP id 9E5141BF3DB; Tue, 6 May 2008 08:36:57 +0200 (CEST) Original-Received: by lola.goethe.zz (Postfix, from userid 1002) id C2CCA1CC20E9; Tue, 6 May 2008 08:36:56 +0200 (CEST) In-Reply-To: <20080506004849.GA14523@thyrsus.com> (Eric S. Raymond's message of "Mon, 5 May 2008 20:48:49 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-Virus-Scanned: ClamAV 0.92.1/7040/Tue May 6 03:52:15 2008 on mail-in-04.arcor-online.net X-Virus-Status: Clean X-detected-kernel: by monty-python.gnu.org: Linux 2.4-2.6 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:96567 Archived-At: "Eric S. Raymond" writes: > The recommended change may be a good idea, but I'm not sure. Those > backend checks are now being done at file granularity because some > people were vocal about support for mixing multiple VCSes in a > directory. If we depended on a per-directory buffer-local variable, > that would get more difficult. Not at all. The buffer-local variable is just used for starting off the directory in the right mode and keeping it there. The question one needs to solve is what to do when a command would reuse *vc-dir* and would have an idea gained from the buffer where the command has been issued just what backend *vc-dir* should be using, and *vc-dir* is actually different. There are two solutions I see for that: it could scrap the existing buffer completely, or it could get-buffer-create *vc-dir* (with the proper backend spelled out in the brackets). If the normal mode of operation would scrap the buffer too without leaving existing information in it, that would be the obvious choice. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum