From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dan Nicolaescu Newsgroups: gmane.emacs.devel Subject: Re: C-x v i bug Date: Thu, 3 Dec 2009 11:40:53 -0800 (PST) Message-ID: <200912031940.nB3JerkS027753@godzilla.ics.uci.edu> References: <200912031604.nB3G4nU1026058@godzilla.ics.uci.edu> <200912031828.nB3IS3xQ027198@godzilla.ics.uci.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1259869381 9712 80.91.229.12 (3 Dec 2009 19:43:01 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 3 Dec 2009 19:43:01 +0000 (UTC) Cc: Neal Becker , emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Dec 03 20:42:54 2009 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 1NGHZl-0003XM-C9 for ged-emacs-devel@m.gmane.org; Thu, 03 Dec 2009 20:42:53 +0100 Original-Received: from localhost ([127.0.0.1]:52945 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NGHZk-00035A-T1 for ged-emacs-devel@m.gmane.org; Thu, 03 Dec 2009 14:42:52 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NGHZT-0002rH-My for emacs-devel@gnu.org; Thu, 03 Dec 2009 14:42:35 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NGHZP-0002mS-RY for emacs-devel@gnu.org; Thu, 03 Dec 2009 14:42:35 -0500 Original-Received: from [199.232.76.173] (port=33595 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NGHZP-0002mD-LL for emacs-devel@gnu.org; Thu, 03 Dec 2009 14:42:31 -0500 Original-Received: from colin-baker-v0.ics.uci.edu ([128.195.1.153]:43261) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NGHZP-0003IV-Ba for emacs-devel@gnu.org; Thu, 03 Dec 2009 14:42:31 -0500 Original-Received: from godzilla.ics.uci.edu (godzilla.ics.uci.edu [128.195.10.101]) by colin-baker-v0.ics.uci.edu (8.13.8/8.13.8) with ESMTP id nB3Jer3G007756 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 3 Dec 2009 11:40:53 -0800 Original-Received: (from dann@localhost) by godzilla.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id nB3JerkS027753; Thu, 3 Dec 2009 11:40:53 -0800 (PST) In-Reply-To: (Stefan Monnier's message of "Thu, 03 Dec 2009 14:25:03 -0500") Original-Lines: 25 X-ICS-MailScanner-Information: Please send mail to helpdesk@ics.uci.edu or more information X-ICS-MailScanner-ID: nB3Jer3G007756 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=0.561, required 5, autolearn=disabled, ALL_TRUSTED -1.44, GAPPY_SUBJECT 2.00) X-ICS-MailScanner-From: dann@godzilla.ics.uci.edu X-detected-operating-system: by monty-python.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:118205 Archived-At: Stefan Monnier writes: > >> > > hg status test_front_end_spec.py > >> > > *** failed to import extension rdiff: No module named rdiff > >> > > ? test_front_end_spec.py > >> > > The above warning confuses emacs. C-x v i report 'already > >> > > registered'. > >> > Indeed, vc-hg-status parses the result of "hg status > >> > test_front_end_spec.py" > >> > Is there are way to tell hg to ignore .hgrc ? I.E. something like > >> > emacs -q ? > >> > > After I fixed the above warning (removed rdiff from my .hgrc), > >> > > then C-x v i worked correctly. > >> HGRCPATH= hg showconfig > > So should we run HGRCPATH= hg status by default in vc-hg-state? > > I haven't used Hg and don't know what you can put in .hgrc, so maybe I'm > way off base, but at least for Bazaar and CVS I think it would be wrong > to ignore the user's .cvsrc and .bazaar/bazaar.conf. At least for vc-hg-state using HGRCPATH= is justfied: 1. vc-hg-state needs to be very fast, so not having to initialize plugins should help. 2. the return value should not depend on whatever the user puts in .hgrc (I think, I've never written a .hgrc file, so...)