[scm-migration-dev] clone and snapshots: tags versus separate repos

David Bustos writes: > Quoth Mike Kupfer on Mon, Dec 10, 2007 at 02:33:50PM -0800: >> Rich and I (and I imagine Ken, too) continue to bump into the question >> of how we will implement onnv-clone and the per-build snapshots. We >> could continue the Teamware practice of using a separate reposito

[scm-migration-dev] [Bug 397] active list is odd during or immediately after a merge

http://bugs.grommit.com/show_bug.cgi?id=397 --- Comment #4 from richlowe at richlowe.net 2007-12-12 18:52 PDT --- Created an attachment (id=166) --> (http://bugs.grommit.com/attachment.cgi?id=166&action=view) demonstrative workaround The attached patch shows what I mean as far as wo

[scm-migration-dev] draft plan for upgrading to snv_79 (Mercurial 0.9.5)

Mike Kupfer writes: > So here's what I came up with. Probably no surprises, except maybe that > the NFS backend machine needs some care. This is because the OpenGrok > backend runs on it, and the OpenGrok backend does pulls. > > Rich, do you have any thoughts on the testbed setup? Is that some

[scm-migration-dev] clone and snapshots: tags versus separate repos

Quoth Mike Kupfer on Mon, Dec 10, 2007 at 02:33:50PM -0800: > Rich and I (and I imagine Ken, too) continue to bump into the question > of how we will implement onnv-clone and the per-build snapshots. We > could continue the Teamware practice of using a separate repository, or > we could theoretica

[scm-migration-dev] draft plan for upgrading to snv_79 (Mercurial 0.9.5)

> "stevel" == Stephen Lau writes: stevel> How does this jive with the oss-nfs1 -> oss->stor migration that stevel> was planned a while back? Good point. Mark wants to do the NFS migration before upgrading the app servers. So that'll let us do a rolling upgrade. mike

[scm-migration-dev] draft plan for upgrading to snv_79 (Mercurial 0.9.5)

> "Rich" == Richard Lowe writes: Mike> Rich, do you have any thoughts on the testbed setup? Is that something Mike> you want to tackle? Joint project between you and me...? Rich> Which gate hooks? tonic or scm-migration? I guess this would be the "tonic" gate hooks to start--the existing

[scm-migration-dev] draft plan for upgrading to snv_79 (Mercurial 0.9.5)

Mike Kupfer wrote: > * NFS server > upgrade Solaris, install new OSOL package(s), test. > - who: ??? > - when: after new OSOL scm packages are ready > - issue: do we do a rolling upgrade or schedule downtime? > ** tests > - sanity test of scm operations > - OpenGrok > How does thi

[scm-migration-dev] draft plan for upgrading to snv_79 (Mercurial 0.9.5)

So here's what I came up with. Probably no surprises, except maybe that the NFS backend machine needs some care. This is because the OpenGrok backend runs on it, and the OpenGrok backend does pulls. Rich, do you have any thoughts on the testbed setup? Is that something you want to tackle? Join

[scm-migration-dev] [Bug 397] active list is odd during or immediately after a merge

http://bugs.grommit.com/show_bug.cgi?id=397 --- Comment #3 from richlowe at richlowe.net 2007-12-12 15:10 PDT --- This is because after gathering the outgoing nodes on the current branch, we then walk all changes on the current branch (this should probably change, scaling-wise). Bec

[scm-migration-dev] Very simple review for #406 needed

Hey, I'd like someone to review #406 - hg cat workaround can be removed from webrev The webrev is available from http://cr.opensolaris.org/~richlowe/scm_406 The bug is http://bugs.grommit.com/show_bug.cgi?id=406 Very simple, very obvious. -- Rich

[scm-migration-dev] 406 hg cat workaround can be removed from webrev

Author: Richard Lowe Repository: /hg/scm-migration/onnv-scm Latest revision: 68144bb66cd81be335ec8d7090dac2640ed83769 Total changesets: 1 Log message: 406 hg cat workaround can be removed from webrev Files: update: usr/src/tools/scripts/webrev.sh

[scm-migration-dev] [Bug 324] Mercurial issue 664: hg process may exit with an apparently-zero status on failure

http://bugs.grommit.com/show_bug.cgi?id=324 --- Comment #1 from richlowe at richlowe.net 2007-12-12 13:01 PDT --- I think this is hg 5635:0c608a8d9c5f http://www.selenic.com/hg/rev/0c608a8d9c5f I'm leaving the keyword off until the upstream bug changes state (and/or we verify) --

[scm-migration-dev] [Bug 241] Mercurial issue132: hg should revalidate its data after locking the repo

http://bugs.grommit.com/show_bug.cgi?id=241 --- Comment #4 from richlowe at richlowe.net 2007-12-12 12:58 PDT --- This maybe fixed by hg 5637:bdb81d46b2fb http://www.selenic.com/hg/rev/bdb81d46b2fb -- Configure bugmail: http://bugs.grommit.com/userprefs.cgi?tab=email --- You a

[scm-migration-dev] Very simple review for #406 needed

Richard Lowe wrote: > Hey, > > I'd like someone to review #406 - hg cat workaround can be removed > from webrev > > The webrev is available from > http://cr.opensolaris.org/~richlowe/scm_406 Should you use rm -f like is done elsewhere? rm -f $olddir/$PDIR/$PF Otherwise, it looks good. Cheers,

[scm-migration-dev] Very simple review for #406 needed

* Richard Lowe [2007-12-12 19:14]: > > Hey, > > I'd like someone to review #406 - hg cat workaround can be removed > from webrev > > The webrev is available from > http://cr.opensolaris.org/~richlowe/scm_406 > > The bug is http://bugs.grommit.com/show_bug.cgi?id=406 > > Very simple, very obvi

[scm-migration-dev] [Bug 406] hg cat workaround can be removed from webrev

http://bugs.grommit.com/show_bug.cgi?id=406 richlowe at richlowe.net changed: What|Removed |Added AssignedTo|scm-migration- |richlowe at richlowe.net