From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: VC and bzr. Date: Fri, 23 Apr 2010 10:32:11 -0400 Message-ID: References: <4BCF45FA.1060808@swipnet.se> <4BCFDE02.5090808@swipnet.se> <4BD01AC9.1000200@swipnet.se> <4BD0395F.7040500@swipnet.se> <87eii7629z.fsf@telefonica.net> <87aasv5zsz.fsf@telefonica.net> <87633j5ya8.fsf@telefonica.net> <871ve75t1e.fsf@telefonica.net> <83633j48mi.fsf@gnu.org> <87sk6n4733.fsf@telefonica.net> <87hbn33zd2.fsf@telefonica.net> <87d3xq52u6.fsf@telefonica.net> <83zl0u3726.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1272033187 26955 80.91.229.12 (23 Apr 2010 14:33:07 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 23 Apr 2010 14:33:07 +0000 (UTC) Cc: =?iso-8859-1?Q?=D3scar?= Fuentes , emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Apr 23 16:33:06 2010 connect(): No such file or directory 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.69) (envelope-from ) id 1O5JwG-0002CM-Lo for ged-emacs-devel@m.gmane.org; Fri, 23 Apr 2010 16:33:06 +0200 Original-Received: from localhost ([127.0.0.1]:37312 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O5JwE-0000mY-Pm for ged-emacs-devel@m.gmane.org; Fri, 23 Apr 2010 10:33:02 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O5Jvx-0000io-3v for emacs-devel@gnu.org; Fri, 23 Apr 2010 10:32:45 -0400 Original-Received: from [140.186.70.92] (port=47838 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O5Jvs-0000aI-N9 for emacs-devel@gnu.org; Fri, 23 Apr 2010 10:32:44 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O5JvU-0002Vi-PG for emacs-devel@gnu.org; Fri, 23 Apr 2010 10:32:18 -0400 Original-Received: from chene.dit.umontreal.ca ([132.204.246.20]:59916) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O5JvU-0002VV-JN; Fri, 23 Apr 2010 10:32:16 -0400 Original-Received: from alfajor.home (x-132-204-252-65.xtpr.umontreal.ca [132.204.252.65]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with SMTP id o3NEWEVn018232; Fri, 23 Apr 2010 10:32:14 -0400 Original-Received: by alfajor.home (Postfix, from userid 20848) id 386E04A0CA; Fri, 23 Apr 2010 10:32:11 -0400 (EDT) In-Reply-To: <83zl0u3726.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 23 Apr 2010 11:29:53 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.92 (gnu/linux) X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV3519=0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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:124123 Archived-At: > Until and unless this is fixed, I think we should stop using "bzr > status" for accessing VC-related information when we do file I/O. There is code to parse the Bzr data "manually", so at least when opening a file, we should be able to get the Bzr status info without running Bzr. > Or maybe we should access it lazily (it's not that seeing the > up-to-date revno in the mode line is such a crucial feature), or > somehow access it en masse, then cache it. The revno is not important, indeed (maybe we should even stop displaying it since it uses up precious modeline estate). It's not the only info, tho: - we also check&display whether or not the file is under Bzr control. - we check&display whether it's locally edited or not. - we run some hooks depending on the backend which may turn on smerge-mode Note that with the proliferation of backends there is some pressure to reduce the amount of work done per-backend when visiting a file. So maybe we should completely stop checking the VC state when visiting a file, and only do it when the user invokes VC. This will mean that the VC status won't appear in the modeline any more (or we could set it up "in the background") and that we can't easily enable smerge-mode when there are conflicts (unless we scan each and every file for diff3 markers). Stefan