From: Martin Geisler <mg@lazybytes.net>
To: Neal Becker <ndbecker2@gmail.com>
Cc: mercurial-devel@selenic.com, emacs-devel@gnu.org
Subject: Re: C-x v i bug
Date: Fri, 04 Dec 2009 00:01:05 +0100 [thread overview]
Message-ID: <87638naci6.fsf@hbox.dyndns.org> (raw)
In-Reply-To: <hf90h7$rb4$1@ger.gmane.org> (Neal Becker's message of "Thu, 03 Dec 2009 13:37:27 -0500")
[-- Attachment #1.1: Type: text/plain, Size: 2060 bytes --]
Neal Becker <ndbecker2@gmail.com> writes:
> Dan Nicolaescu wrote:
>
>> Neal Becker <ndbecker2@gmail.com> writes:
>>
>> > Dan Nicolaescu wrote:
>> >
>> > > Neal Becker <ndbecker2@gmail.com> 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?
>>
>> If yes, where else should we do it?
>
> Crossposting to mercurial devel. Anyone have suggestions? My gut
> reaction is to say always use HGRCPATH='', 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 Mercurial.
--
Martin Geisler
VIFF (Virtual Ideal Functionality Framework) brings easy and efficient
SMPC (Secure Multiparty Computation) to Python. See: http://viff.dk/.
[-- Attachment #1.2: Type: application/pgp-signature, Size: 197 bytes --]
next prev parent reply other threads:[~2009-12-03 23:01 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-12-03 15:37 C-x v i bug Neal Becker
2009-12-03 16:04 ` Dan Nicolaescu
2009-12-03 16:35 ` Neal Becker
2009-12-03 18:28 ` Dan Nicolaescu
2009-12-03 18:37 ` Neal Becker
2009-12-03 23:01 ` Martin Geisler [this message]
2009-12-03 23:42 ` Brodie Rao
2009-12-04 5:34 ` Dan Nicolaescu
2009-12-04 9:37 ` Martin Geisler
2009-12-18 15:54 ` Dan Nicolaescu
2009-12-18 16:49 ` Matt Mackall
2009-12-18 17:40 ` Dan Nicolaescu
2009-12-18 18:16 ` Matt Mackall
2009-12-18 19:09 ` Dan Nicolaescu
2009-12-18 19:38 ` Matt Mackall
2009-12-18 20:08 ` Dan Nicolaescu
2009-12-18 20:26 ` Matt Mackall
2009-12-03 19:25 ` Stefan Monnier
2009-12-03 19:40 ` Dan Nicolaescu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87638naci6.fsf@hbox.dyndns.org \
--to=mg@lazybytes.net \
--cc=emacs-devel@gnu.org \
--cc=mercurial-devel@selenic.com \
--cc=ndbecker2@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.