On Fri, Aug 08, 2008 at 02:28:10PM -0600, David Marker wrote:
> Finally I created a parent repo with these hooks to see what happened:
>
> changegroup.0 = touch /tmp/changy.${HG_NODE}
> changegroup.1 = sleep 60
>
> The reason I touch a file is cause you don't get any output from ssh
> till its a
On Thu, Aug 07, 2008 at 06:54:11PM -0700, David.Marker at sun.com wrote:
> Author: David Marker
> Repository: /hg/scm-migration/onnv-gk-tools
> Latest revision: 13c87b174da31bebe6de23f5ad9a4ecbdfbcb4ef
> Total changesets: 1
> Log message:
> HOME environment var almost always needs to be set for hg
On Tue, Jul 29, 2008 at 05:10:15PM +0200, Vladimir Kotal wrote:
> Dean Roehrich wrote:
> >Cadmium will be extended--if not with this request, then with some other
> >request. Let's get a command prefix into it now, otherwise it'll be too
> >painful to follow futur
On Tue, Jul 29, 2008 at 03:57:52PM +0200, Vladimir Kotal wrote:
> By 'behave like wx' I meant the following changes to cdm.py:
>- 'hg add' hook is processed by cdm which leads to an entry being
> created in plaintext file (like 'wx/active')
'add' is already a base mercurial command.
>- '
On Mon, Jul 28, 2008 at 11:33:50AM -0400, James Carlson wrote:
> Dean Roehrich writes:
> > On a side note: I'm concerned about the cstyle hook with respect to FOSS
> > software. If ON is going to take on FOSS software, then we shouldn't be
> > messing with the cs
On Sun, Jul 27, 2008 at 09:14:25PM -0600, David Marker wrote:
>
>
> David Marker wrote:
> > But I'm not seeing a way out of the hook window that doesn't involve
> > two repositories. If anybody else knows a way please chime in.
It seems unclean to use cascading repositories, and I can understand
On Thu, Jul 24, 2008 at 04:20:21PM -0400, Richard Lowe wrote:
> % hg st
> M usr/src/Makefile
>
> % hg st -u usr/src/Makefile
> M usr/src/Makefile
>
> % hg st -u | grep '^M'
> M usr/src/Makefile
>
> % hg st -u
> M usr/src/Makefile
> ? env/debug-bfu
> ? nohup.out
> ? usr/src/.build.tstamp
> ... t
On Wed, Jul 16, 2008 at 11:59:28AM -0500, Will Fiveash wrote:
> In regards to point #3, will elpaso.eng/onnv.sfbay support an ssh/hg
> service as hg.opensolaris.org does? I ask this because the time to
> clone a gate to my system in Austin, TX varies greatly depending on the
> protocol used to tra
On Wed, Jul 09, 2008 at 09:58:04AM -0700, Stephen Hahn wrote:
> * James Carlson [2008-07-08 13:57]:
> > That means that we really do need to stop usage of /ws/onnv-gate as a
> > gate, and use hg the way it was meant to be used -- with
> > ssh://onnv.sfbay/ instead.
>
> Yes.
>
> > If /ws/onnv-
On Tue, Jul 08, 2008 at 09:48:32AM -0400, James Carlson wrote:
> Richard Lowe writes:
> > The plan of record is that initial migration remains internal (I
> > wouldn't know the path, but I would assume /ws/onnv-gate), and
> > hopefully very shortly thereafter the open portion of the ON gate
> > mov
Well, my team was way behind on cstyle.pl and I finally noticed this...so
I updated from our October 2005 version to the current version.
This cset:
changeset: 4950:f0c49956a749
user:Richard Lowe
date:Mon Aug 13 20:07:24 2007 -0400
summary: 3
On Fri, Jun 20, 2008 at 02:03:28PM -0700, Robert Read wrote:
> It seems cvsps doesn't care much for our CVS repo, but I haven't had a
> chance to try tailor yet. (Originally we were also considering git,
> and cvs2git worked perfectly.) Where you able to import all of your
> CVS branch histor
On Fri, Jun 20, 2008 at 02:49:15PM -0400, Hua Huang wrote:
> One of the big technical challenge is how we can do this without losing
> the branch history (file revision/history).How do you manage to
> preserve the
> file revision/history from Teamware -> Mercurial? Can the same mechanism
> ap
On Fri, Jun 20, 2008 at 12:16:04PM -0400, Richard Lowe wrote:
> Dean Roehrich writes:
>
> > One of my users managed to hose up my gate hooks a few weeks back. For our
> > project I wanted to have the gate hooks enforce a few things such as the
> > first
> > line
One of my users managed to hose up my gate hooks a few weeks back. For our
project I wanted to have the gate hooks enforce a few things such as the first
line of the cset comments, only one head, ...and cstyle. It's easy to enforce
the cstyle rules, given the way our source tree is set up.
This
On Thu, Jun 19, 2008 at 03:29:56PM -0400, Bill Sommerfeld wrote:
> Yep. What I'd really like to do is contribute this to mercurial (as
> patches to the core rather than as an extension).
Where are you storing the messages?
Dean
Maybe someone could chew on this idea:
The workflow of 'commit, edit, recommit, edit..., commit, [commit], recommit'
is a bit, well, onerous, for CVS users converting to Mercurial. It would make
quite a difference if recommit could rollup uncommitted changes.
Or maybe I just don't "get it"?
Wil
On Mon, Jun 16, 2008 at 11:57:12AM -0400, Richard Lowe wrote:
> Dean Roehrich writes:
>
> > On Sat, Jun 14, 2008 at 10:29:56PM -0600, Mark J. Nelson wrote:
> >>
> >> Thanks, James.
> >>
> >> I made sure to hit johnlev; Dean, would you like
On Sat, Jun 14, 2008 at 10:29:56PM -0600, Mark J. Nelson wrote:
>
> Thanks, James.
>
> I made sure to hit johnlev; Dean, would you like a personal invitation?
I think I got the message :) I've held back because I have no experience with
SUNWonbld, and I have no experience with Teamware. I am us
>I have an updated webrev that I hope addresses Mark's comments at:
>
>http://cr.opensolaris.org/~richlowe/scm_356.2
In cdm_recommit() the message "Removed tags:" is alarming, on its own. Maybe
it could be "Removed tags that are now invalid:"?
>Mark has taken a brief look, and was at least
On Fri, May 09, 2008 at 10:07:58AM -0400, James Carlson wrote:
> Dean Roehrich writes:
> > As an aside: can we please get webrev to use 'diff -p', or 'diff --git',
> > (or..you get the idea) by default? (How can you ON guys do code reviews
> > when
On Thu, May 08, 2008 at 04:59:11PM -0600, Mark J. Nelson wrote:
> > Mark has taken a brief look, and was at least fairly happy with the
> > changes (slightly happier than I was, anyway).
>
> In particular, I'm hoping that Dean will chime in on whether or not he's
> OK with this approach, and that
On Fri, Apr 25, 2008 at 06:08:17AM -0400, Richard Lowe wrote:
> > If the user issues ^C while runchecks() is running then I have to find the
> > remote-side hg process and kill it to release the repository lock. It's not
> > clear to me that adding signal handling for SIGHUP to runchecks() would
>
On Thu, Apr 24, 2008 at 04:59:10PM -0600, Mark J. Nelson wrote:
> >You're advocating dropping .hgtags on the floor (which I actually used
> >to do, and I decided that was wrong), and stripping everything
> >unreachable out of localtags. That is more far-reaching in effect
> >than what I'd been int
Another draft.
I've changed all checks so they check per-cset. In draft 1 I had things like
cstyle checking on the cumulative result, so that's fixed now. I've also
stopped importing cdm.py, and I'm searching for merge-csets.
My /.hg/hgrc file looks like this:
cut---
[cdmgate]
comchk.summa
On Wed, Apr 23, 2008 at 04:51:40PM -0600, Mark J. Nelson wrote:
> > #356:
> >
> > http://mail.opensolaris.org/pipermail/scm-migration-dev/2008-April/001864.html
After the recommit, the .hgtags file should not show up in the recommited
cset...rather than stripping .hgtags maybe you ought to just
Recommit doesn't repair or strip tags...maybe it ought to strip them?
$ hg init p1.hg
$ cd p1.hg
$ echo hi > file1
$ hg ci -A -m file1
adding file1
$ cd ..
$ hg clone p1.hg p2.hg
updating working directory
1 files updated, 0 files merged, 0 files remov
On Thu, Apr 17, 2008 at 01:12:08PM -0700, Linda Bernal wrote:
> Team,
>
> An updated schedule is posted here:
> http://www.opensolaris.org/os/project/scm-migration/scm-migration.pdf
What is this item: "resolve cdm, hg command c..."? I don't suppose that's the
issue where I asked that 'list' beco
Here is the new hg-ssh I'm using with my cdm gate-side policy enforcement.
Dean
Index: mercurial.hg/contrib/hg-ssh
===
--- mercurial.hg.orig/contrib/hg-ssh2008-03-21 10:45:40.0 -0500
+++ mercurial.hg/contrib/hg-ssh 2008-0
I wanted to share my progress so far with using cdm bits on the gate where
they can be used for policy enforcement. I've concentrated on the few that
are necessary to prevent people from making a mess of the gate. In my mind
this includes tagchk, branchchk, and comchk (with caveat). My team requ
I'd been wondering how I'd explain the pull/merge/recommit/pull/... cycle
to my team, and then the fetch discussion erupted on the mercurial list and
it seems this could be more of nuisance that I had been thinking it would be.
So, looking at fetch now, this cycle can become fetch/recommit/fetch/r
On Fri, Mar 28, 2008 at 11:58:34AM -0400, Richard Lowe wrote:
> Danek Duvall writes:
>
> > On Fri, Mar 28, 2008 at 09:50:08AM -0500, Dean Roehrich wrote:
> >
> >> I'm concerned that if a push comes in while a pull is in progress then the
> >> pull
On Tue, Apr 01, 2008 at 10:48:24AM -0700, Mike Kupfer wrote:
> >>>>> "Dean" == Dean Roehrich writes:
>
> Dean> Are the opensolaris.org repositories using hg-ssh or hg-login?
> Dean> Who is in charge of configuring access to those repos, and setting
On Thu, Mar 27, 2008 at 06:34:31PM -0400, Richard Lowe wrote:
> > I was thinking that if mercurial had a pre-pull hook that would fire
> > whenever
> > it receives a pull/clone request then I could use that and a prechangegroup
> > hook to implement a locking mechanism. But that would lead us to
On Thu, Mar 27, 2008 at 04:45:49PM -0600, Bonnie Corwin wrote:
> AI: Putting 0.9.5 on os.org servers. Will be done as part of more
> general server upgrade plan. IN PROGRESS: Upgrade plan in
> progress on Bonnie's team for the machines that use Mercurial.
> More detail
On Thu, Mar 27, 2008 at 04:33:26PM -0400, James Carlson wrote:
> Do you need this in the short term, or can you wait a few months? If
> it's a short-term need, I don't think we'll be ready for you in time.
I'll have a solution running on our internal server before the end of April.
> > An alter
To revisit a concern of mine from late January...
My team may switch to mercurial and we'd like our central hg repository to
validate a few things on each changeset. We'd like the server to verify the
format of the commit message (first line is the CR number, space, CR synopsis,
second line is bl
On Fri, Feb 08, 2008 at 03:08:38PM -0500, Richard Lowe wrote:
> We *can* just pick a uniquifying prefix now, but we lose the
> muscle-memory compat with wx, which is something people were eager to
> retain.
They're not going to use wx with mercurial--that's already enforced in wx. So
that means t
On Thu, Feb 07, 2008 at 04:59:47PM -0800, Mike Kupfer wrote:
> A lot of the subcommands are specific to our development model, and so
> it's not clear that cdm (or even parts of cdm) will ever make it into
> Mercurial, even as a bundled extension. So I think there will always be
> some risk of nam
I've finally come around to experimenting with cdm in the mercurial repo for
my project, and maybe I'm a bit handicapped by not having a history with wx.
Some of the command names exported by cdm are likely to collide with future
mercurial commands. The 'list' and 'active' commands seem obvious i
On Wed, Jan 30, 2008 at 04:23:10PM -0500, James Carlson wrote:
> Dean Roehrich writes:
> > On Wed, Jan 30, 2008 at 03:36:48PM -0500, Richard Lowe wrote:
> > > I can't tell if you're asking about the implementation or its result.
> > >
> > > The
On Wed, Jan 30, 2008 at 03:36:48PM -0500, Richard Lowe wrote:
> Dean Roehrich writes:
>
> > On Wed, Jan 30, 2008 at 02:24:39PM -0500, Richard Lowe wrote:
> >> > Okay, so 'hg commit' will be naked, and won't have a cdm wrapper to make
> >> > su
On Wed, Jan 30, 2008 at 02:24:39PM -0500, Richard Lowe wrote:
> > Okay, so 'hg commit' will be naked, and won't have a cdm wrapper to make
> > sure
> > the commit message is in the correct form (PSARC case, or CR number and
> > synopsis, on first line). Is this covered by one of the commit hooks?
On Wed, Jan 30, 2008 at 12:07:10PM -0500, Richard Lowe wrote:
> James Carlson writes:
>
> > Dean Roehrich writes:
> >> On Wed, Jan 30, 2008 at 11:09:36AM -0500, Richard Lowe wrote:
> >> > I asked this at the time, and while one person did say something much
>
On Wed, Jan 30, 2008 at 11:09:36AM -0500, Richard Lowe wrote:
> > A somewhat off-topic comment: should we really call merge errors
> > 'turds'? I know that's what the gatekeepers call the problem, but our
> > developer tools haven't previously used that word, as far as I know.
> > At least in some
On Fri, Jun 08, 2007 at 02:43:23PM -0400, Richard Lowe wrote:
> - SCCS Keywords shouldn't be expanded (and possibly should be removed)
Has it really been finalized that after the solaris organization moves their
development staff from TeamWare to Mercurial they will no longer use keywords?
Dean
46 matches
Mail list logo
