From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Stefan Monnier" Newsgroups: gmane.emacs.devel Subject: Re: How to inhibit version control for a single command. Date: Thu, 21 Aug 2003 12:47:04 -0400 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <200308211647.h7LGl4PI019601@rum.cs.yale.edu> References: <5x4r0d9ma7.fsf@kfs2.cua.dk> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1061561779 15559 80.91.224.253 (22 Aug 2003 14:16:19 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 22 Aug 2003 14:16:19 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Fri Aug 22 16:16:17 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19qCi9-00051Z-00 for ; Fri, 22 Aug 2003 16:16:17 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 19qCmC-0000Wz-00 for ; Fri, 22 Aug 2003 16:20:38 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.20) id 19qCMR-0002ST-R1 for emacs-devel@quimby.gnus.org; Fri, 22 Aug 2003 09:53:51 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19pyqO-0000Kc-2V for emacs-devel@gnu.org; Thu, 21 Aug 2003 19:27:52 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19pvRY-0002M2-E1 for emacs-devel@gnu.org; Thu, 21 Aug 2003 15:50:32 -0400 Original-Received: from [199.232.41.8] (helo=mx20.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.20) id 19pv0H-0002lE-EB for emacs-devel@gnu.org; Thu, 21 Aug 2003 15:21:49 -0400 Original-Received: from [128.36.229.169] (helo=rum.cs.yale.edu) by mx20.gnu.org with esmtp (Exim 4.20) id 19psab-0003Ow-3B for emacs-devel@gnu.org; Thu, 21 Aug 2003 12:47:09 -0400 Original-Received: from rum.cs.yale.edu (localhost [127.0.0.1]) by rum.cs.yale.edu (8.12.8/8.12.8) with ESMTP id h7LGl6Ba019603; Thu, 21 Aug 2003 12:47:06 -0400 Original-Received: (from monnier@localhost) by rum.cs.yale.edu (8.12.8/8.12.8/Submit) id h7LGl4PI019601; Thu, 21 Aug 2003 12:47:05 -0400 X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4 Original-To: storm@cua.dk (Kim F. Storm) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:16063 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:16063 > In ido, I used to be able to let bind vc-master-templates to nil to > temporarily inhibit version control for a single command (e.g. avoid > the CVS up-to-date check when the CVS repository is accessed over a > slow WAN link). I have used a similar hack in connection with M-x > grep where I don't want to have the up-to-date check just to look at > the matching lines. Since Emacs-21, the slow access should never happen upon find-file (only upon vc-next-action or somesuch). Otherwise, it's a bug and you should report it. > Now the vc-master-templates variable is obsolete and it's suggested to > use vc-BACKEND-master-templates instead, but then I have to let bind > several variables to accomplish the same effect. The suggestion is meant for when you set the var to a non-nil value. In your case the "replacement" is vc-handled-backends, but as mentioned above if you need to bind it to nil, it might be due to a bug. Stefan