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 00:01:05 +0100 Message-ID: <87638naci6.fsf@hbox.dyndns.org> 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: multipart/mixed; boundary="===============0692586075==" X-Trace: ger.gmane.org 1259881290 15658 80.91.229.12 (3 Dec 2009 23:01:30 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 3 Dec 2009 23:01:30 +0000 (UTC) Cc: mercurial-devel@selenic.com, emacs-devel@gnu.org To: Neal Becker Original-X-From: mercurial-devel-bounces@selenic.com Fri Dec 04 00:01:23 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 1NGKfr-0001mU-0m for gcvmd-mercurial-devel@gmane.org; Fri, 04 Dec 2009 00:01:23 +0100 Original-Received: from waste.org (waste.org [173.11.57.241]) by mail.waste.org (Postfix) with ESMTP id 6665C5C808A; Thu, 3 Dec 2009 17:01:21 -0600 (CST) Original-Received: from mail-ew0-f217.google.com (mail-ew0-f217.google.com [209.85.219.217]) by waste.org (8.14.3/8.14.3/Debian-5) with ESMTP id nB3N1Em9020346 for ; Thu, 3 Dec 2009 17:01:15 -0600 Original-Received: by ewy9 with SMTP id 9so1054036ewy.11 for ; Thu, 03 Dec 2009 15:01:09 -0800 (PST) Original-Received: by 10.213.99.81 with SMTP id t17mr9857771ebn.53.1259881268846; Thu, 03 Dec 2009 15:01:08 -0800 (PST) Original-Received: from hbox.dyndns.org (x1-6-00-1c-c5-d8-bd-21.k78.webspeed.dk [80.197.249.218]) by mx.google.com with ESMTPS id 23sm4491015eya.19.2009.12.03.15.01.06 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 03 Dec 2009 15:01:07 -0800 (PST) In-Reply-To: (Neal Becker's message of "Thu, 03 Dec 2009 13:37:27 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (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-Mime-version: 1.0 Original-Sender: mercurial-devel-bounces@selenic.com Errors-To: mercurial-devel-bounces@selenic.com Xref: news.gmane.org gmane.comp.version-control.mercurial.devel:27319 gmane.emacs.devel:118215 Archived-At: --===============0692586075== Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" --=-=-= Content-Transfer-Encoding: quoted-printable Neal Becker writes: > Dan Nicolaescu wrote: > >> Neal Becker writes: >>=20 >> > Dan Nicolaescu wrote: >> >=20 >> > > Neal Becker writes: >> > >=20 >> > > > hg status test_front_end_spec.py >> > > > *** failed to import extension rdiff: No module named=20 > rdiff >> > > > ? test_front_end_spec.py >> > > >=20 >> > > > The above warning confuses emacs. C-x v i report 'already >> > > > registered'. >> > >=20 >> > > Indeed, vc-hg-status parses the result of "hg status >> > > test_front_end_spec.py" >> > >=20 >> > > Is there are way to tell hg to ignore .hgrc ? I.E. something=20 > like >> > emacs >> > > -q ? >> > >=20 >> > > > After I fixed the above warning (removed rdiff from my=20 > .hgrc), >> > then >> > > > C-x v i worked correctly. >> >=20 >> > HGRCPATH=3D hg showconfig >>=20 >> So should we run HGRCPATH=3D hg status by default in vc-hg-state? >>=20 >> If yes, where else should we do it? > > Crossposting to mercurial devel. Anyone have suggestions? My gut=20 > reaction is to say always use HGRCPATH=3D'', but not really sure. That will indeed turn off customizations in ~/.hgrc. But the user will also lose the ui.username setting which might not be what you want when you make a commit :-) Brodie Rao has been working on an a patch that will allow you to set HGPLAIN to make Mercurial revert to 'plain' behavior: http://bitbucket.org/brodie/mercurial-crew-mq/src/tip/script-mode It will disable localization and reset verbose mode. However, it will not help you here: the user has mis-configured Mercurial by asking it to load an extension that does not exist. The warning will still be issued with Brodie's HGPLAIN patch. I think the best solution is to teach your mode to ignore these warnings From=20Mercurial. =2D-=20 Martin Geisler VIFF (Virtual Ideal Functionality Framework) brings easy and efficient SMPC (Secure Multiparty Computation) to Python. See: http://viff.dk/. --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAksYQzEACgkQ/GWFsD4LxSPKEQCfXkaDEw0vjJ05RMCFmF4+tFlh BEQAnjeBN7PYGhtRgLCfYJUDkUuqI4Wr =GnYC -----END PGP SIGNATURE----- --=-=-=-- --===============0692586075== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline