From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Martin Geisler Newsgroups: gmane.comp.version-control.mercurial.devel,gmane.emacs.devel Subject: Re: C-x v i bug Date: Fri, 04 Dec 2009 10:37:37 +0100 Message-ID: References: <200912031604.nB3G4nU1026058@godzilla.ics.uci.edu> <200912031828.nB3IS3xQ027198@godzilla.ics.uci.edu> <87638naci6.fsf@hbox.dyndns.org> <1B794147-1B60-4F5B-A972-09C73F8ECB6E@gmail.com> <200912040534.nB45YkG6002638@godzilla.ics.uci.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1259919481 3679 80.91.229.12 (4 Dec 2009 09:38:01 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 4 Dec 2009 09:38:01 +0000 (UTC) Cc: Neal Becker , emacs-devel@gnu.org, mercurial-devel@selenic.com To: Dan Nicolaescu Original-X-From: mercurial-devel-bounces@selenic.com Fri Dec 04 10:37:51 2009 Return-path: Envelope-to: gcvmd-mercurial-devel@gmane.org Original-Received: from waste.org ([173.11.57.241] helo=mail.waste.org) by lo.gmane.org with esmtp (Exim 4.50) id 1NGUbm-0004Y7-7n for gcvmd-mercurial-devel@gmane.org; Fri, 04 Dec 2009 10:37:50 +0100 Original-Received: from waste.org (waste.org [173.11.57.241]) by mail.waste.org (Postfix) with ESMTP id 8B1F75C8094; Fri, 4 Dec 2009 03:37:48 -0600 (CST) Original-Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by waste.org (8.14.3/8.14.3/Debian-5) with ESMTP id nB49bfQL014532 for ; Fri, 4 Dec 2009 03:37:42 -0600 Original-Received: by ey-out-2122.google.com with SMTP id 22so476307eye.1 for ; Fri, 04 Dec 2009 01:37:40 -0800 (PST) Original-Received: by 10.213.8.28 with SMTP id f28mr2799340ebf.39.1259919459903; Fri, 04 Dec 2009 01:37:39 -0800 (PST) Original-Received: from tardo.daimi.au.dk (daimi-pat.daimi.au.dk [130.225.0.251]) by mx.google.com with ESMTPS id 16sm1775172ewy.6.2009.12.04.01.37.38 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 04 Dec 2009 01:37:39 -0800 (PST) In-Reply-To: <200912040534.nB45YkG6002638@godzilla.ics.uci.edu> (Dan Nicolaescu's message of "Thu, 3 Dec 2009 21:34:46 -0800 (PST)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) X-Virus-Scanned: by amavisd-new X-BeenThere: mercurial-devel@selenic.com X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: mercurial-devel-bounces@selenic.com Errors-To: mercurial-devel-bounces@selenic.com Xref: news.gmane.org gmane.comp.version-control.mercurial.devel:27336 gmane.emacs.devel:118241 Archived-At: Dan Nicolaescu writes: > Let's first talk about the original problem that started this > discussion. > > When a file in a directory that is under mercurial control is opened > in emacs, emacs runs "hg status FILE" so that it knows if it's > registered or not, if it's modified, etc. > > Any user settings in .hgrc should be irrelevant to the above. Right? Right. Many people use the color extension to get better feedback from 'hg status', but if Emacs sets TERM=3Ddumb, then the extension will disable itself. I'm just mentioning color to say that there are useful extensions out there that modify even basic commands like 'hg status'. > It's desirable that this is as fast as possible, so processing .hgrc, > initializing plugins will just waste time. > After that emacs will want to know the version number for the file, for t= hat > it runs "hg log -l1 FILE", and parse it from the output. > Any user settings in .hgrc should be irrelevant for this command. Right? Right, and it's even quite important that you disable localization (run hg with LANGUAGE=3DC in the environment). Otherwise you'll end up parsing: % hg log -l1 README =E6ndring: 9586:a41f2840f9c6 bruger: Lee Cantey dato: Tue Oct 13 12:27:50 2009 -0700 uddrag: README: revert accidental commit The user could also very well have installed a different default style by setting ui.style. On the command line it's done line this: % hg log -l1 README --style=3Dcompact 9586 a41f2840f9c6 2009-10-13 12:27 -0700 lcantey README: revert accidental commit > [too bad that the status and version number are not available from a > single command...] Well, you know, files don't really have a version number with modern version control systems. The entire tree has a version number... You can of course ask about when a file was last touched, but I think that information is getting more and more irrelevant these days. -- = Martin Geisler VIFF (Virtual Ideal Functionality Framework) brings easy and efficient SMPC (Secure Multiparty Computation) to Python. See: http://viff.dk/.