On Wed, Dec 17, 2008 at 11:20:23AM -0800, Stephen Hahn wrote:
> * Eric Schrock [2008-12-17 19:08]:
> > On Wed, Dec 17, 2008 at 10:33:03AM -0800, Stephen Hahn wrote:
> > >
> > > It's different than it was, but I'm not sure it's more complicated.
>
It took well over a week for me to get this set up, with
copious amounts of hand holding from the gatekeepers. So I don't agree
that it's less complicated, and I would greatly appreciate a TOI on "how
to set up gates like we do in ON," which is what we generally want to do
anyway.
- Eric
--
Eric Schrock, Fishworkshttp://blogs.sun.com/eschrock
t;build/proto/lib/python/mercurial/hook.py", line 51, in _pythonhook
File "/opt/onbld/lib/python/onbld/hgext/cdm.py", line 165, in pbconfirm
settings = termios.tcgetattr(sys.stdin.fileno())
termios.error: (6, 'No such device or address')
Looks like the problem is that pbconfirm() tries to fiddle with termios
settings (?), and fails if stdin is closed.
- Eric
--
Eric Schrock, Fishworkshttp://blogs.sun.com/eschrock
at 06:08:53PM -0500, Richard Lowe wrote:
> Eric Schrock writes:
>
> > I'm finding that if I try to run 'hg -y push', I'm getting booted out of
> > cdm.pbconfirm despite the fact that I've specified '-y' to answer "yes"
> > to ev
and that seems to have worked. Perhaps I botched
it, or it behaves strangely in the non-interactive case, but it seemed
to work. Assuming I screwed something up and it does actually behave as
you describe ("-y" = "default answer"), is there any way to automate
pushes? Something o
my cdm.py to always call ui.prompt()
and let it do the work, and that seems to work.
Thanks,
- Eric
--
Eric Schrock, Fishworkshttp://blogs.sun.com/eschrock
Ugh, I guess that makes sense. That will make our build script
significantly more complicated :-(
Thanks,
- Eric
On Mon, Dec 01, 2008 at 11:18:52AM -0800, Danek Duvall wrote:
> On Mon, Dec 01, 2008 at 11:04:53AM -0800, Eric Schrock wrote:
>
> > So how can I 'hg tag&
brief, and
it's not clear how to get that information after the fact. In a
repository as big as ON, it's important to see what files have changed -
even if they are not edited in your local workspace, there is the
possibility of conflict. Any pointers?
Thanks,
- Er
R ssh://... tag ...
I get a complaint:
abort: repository 'ssh://...' is not local
So how can I 'hg tag' a ssh repository? It seems like there should be
some way to get arbitrary commands to work on a remote repository.
Thanks,
- Eric
--
Eric Schrock, Fishworks
On Wed, Jul 16, 2008 at 04:58:23PM -0700, Bill Sommerfeld wrote:
> On Wed, 2008-07-16 at 16:35 -0700, Eric Schrock wrote:
> > It's still
> > impressive that we can burn alsost 12 seconds of CPU time to find one
> > character difference in my workspace :-(
>
>
On Wed, Jul 16, 2008 at 04:30:55PM -0700, Eric Schrock wrote:
> On Wed, Jul 16, 2008 at 04:16:34PM -0700, Stephen Hahn wrote:
> > * Eric Schrock [2008-07-16 21:30]:
> > > After editing a single file and switching to SSH, I now get the
> > > following times:
> &
On Wed, Jul 16, 2008 at 04:16:34PM -0700, Stephen Hahn wrote:
> * Eric Schrock [2008-07-16 21:30]:
> > After editing a single file and switching to SSH, I now get the
> > following times:
> >
> > hg status: 14 seconds
> > hg list:29 seconds
&
ical
and its ramifications (did I just miss some important hook?) are not
clear.
--
Eric Schrock, Fishworkshttp://blogs.sun.com/eschrock
utback anyway, regardless of any implementation
details, something seems very wrong.
Or is it the case that we don't care about people running the hooks? As
it stands today, users have to opt-in to such treatment, and even then
it requires disabling security checks across all hg invoca
On Wed, Jul 16, 2008 at 01:31:53PM -0700, Eric Schrock wrote:
>
> I also tried 'hg pbchk' and instantly hit an exception:
>
> ** unknown exception encountered, details follow
> ** report bug details to http://www.selenic.com/mercurial/bts
> ** or mercurial a
hg pdiffs: 41 seconds
I don't see how this is viable as an everyday development tool.
Thanks,
- Eric
--
Eric Schrock, Fishworkshttp://blogs.sun.com/eschrock
lag day documented
the NFS path as the only internal option, then it seems like this should
be a mandatory thing as well.
It's also annoying that simple actions like 'hg status' on an untouched
workspace take over 5 seconds, but I assume that's just an artifact of
the m
/proto/lib/python/mercurial/dispatch.py", line 373, in checkargs
File "build/proto/lib/python/mercurial/dispatch.py", line 356, in
File "cdm.py", line 591, in cdm_pbchk
File "cdm.py", line 539, in run_checks
File "cdm.py", line 411, in c
18 matches
Mail list logo
