> "Nathan" == Nathan Bush writes:
Nathan> It would not be correct to use "-r tip" in a fix for this, since
Nathan> that would ignore working directory changes.
What about "-r ." ?
mike
> "Nathan" == Nathan Bush writes:
Nathan> webrev tries to execute "hg diff -g -r $HG_PARENT $CWS/$DIR/$F".
Nathan> In the case of this file, there is a strange discrepancy and the
Nathan> rename is getting lost. For example, if I try the same command
Nathan> manually, it is shown as a new fi
Mark J. Nelson wrote:
>
> And what's the level of churn in the integrated Mercurial bits, and
> their level of dependence on ON changes? Is it worth ON PIT resources
> to detect what will likely never be a problem, or is the real
> requirement that the tests pass prior to integration?
Since w
Danek Duvall wrote:
> On Wed, Apr 09, 2008 at 01:02:34PM -0600, Jim Walker wrote:
>
>> Would it be possible to include the Mercurial tests
>> directory in the SUNWmercurial package?
>
> That seems like something extremely few people would benefit from. If
> you'd like a new package that containe
On Wed, Apr 09, 2008 at 04:55:05PM -0600, Jim Walker wrote:
> Since we are integrating new versions of Mercurial on a regular basis,
It's only once every six months so far. It's likely to be on an as-needed
basis, primarily determined by the migration project, and anyone who
decides that a new f
>> Would it be possible to include the Mercurial tests
>> directory in the SUNWmercurial package?
>
> That seems like something extremely few people would benefit from. If
> you'd like a new package that contained *just* the tests, that might be
> viable.
>
>> I would like to get the Mercurial t
FYI. 14:05-15:00, in a 60-person room.
--- Forwarded Message
Subject: [opensolaris-summit] Summit Schedule
From:Jesse Silver
To: opensolaris-summit
Date:Tue, 08 Apr 2008 10:57:01 PDT
Hi All-
The first draft of the Summit schedule has been posted to the wiki.
We figured that
On Wed, Apr 09, 2008 at 01:02:34PM -0600, Jim Walker wrote:
> Would it be possible to include the Mercurial tests
> directory in the SUNWmercurial package?
That seems like something extremely few people would benefit from. If
you'd like a new package that contained *just* the tests, that might b
Would it be possible to include the Mercurial tests
directory in the SUNWmercurial package?
This would ensure that the code and the tests are
insync.
I would like to get the Mercurial test suite running
in ON-PIT, so we can spot any regressions.
-jim
