http://bugs.grommit.com/show_bug.cgi?id=566
Summary: rtichk should not rely on the name of a workspace or
repository
Product: SCM Migration
Version: unspecified
Platform: All
OS/Version: Solaris 11/Nevada
Status: NE
Doh.
Some of the files were part of the first pass, I did them. I'll go back
and get the others.
Thank you, Chris.
--Mark
On Fri, 1 Aug 2008, Chris Horne wrote:
> Date: Fri, 01 Aug 2008 18:41:59 -0600
> From: Chris Horne
> To: Mark J. Nelson
> Cc: Jame McPherson ,
> scm-migration-dev
Change looks good, but you are not consistent with your pragma removal...
-Chris
Mark J. Nelson wrote:
> This is a followup to my request for a closed code review, in which James
> suggested Chris look at these changes.
>
> Once again, apologies to external folks on s-m-d.
>
> Open and closed
This is a followup to my request for a closed code review, in which James
suggested Chris look at these changes.
Once again, apologies to external folks on s-m-d.
Open and closed webrevs at:
http://anthrax.central/net/mrliberal/export/ws/mjnelson/mercurial-push/webrev.scsi-failover-open/
http:/
I hope that this is the correct alias for this question. If not please
feel free to redirect me.
I ran wx2hg to migrate a teamware workspace with changes, and I received
this error message:
wx2hg: can't rename: ./usr/src/cmd/initpkg/init.d/boot.server doesn't exist.
Please run
hg --cwd /
Author: Richard Lowe
Repository: /hg/scm-migration/onnv-transition
Latest revision: 7475598692c0c9da754487e1a789c6400b7b6d50
Total changesets: 1
Log message:
303 cdm needs .NOT file equivalents
Files:
update: usr/src/tools/onbld/Scm/Backup.py
update: usr/src/tools/onbld/hgext/cdm.
How about the case where the contributor's patch is a good start, but
the sponsor ends up doing additional work? I'm in that situation with
the fix for 6414855.
mike
As we discussed on IRC, please remove the "-n" from the recommendation
to rerun nightly due to a merge failure. (For the folks following by
email, if the merge of the open tree fails, the closed tree will not get
pulled. So when the user reruns nightly, it needs to go through the
bringover path a
I'm trying to determine whether there is a somewhat straightforward way
of moving files between two hg repos when those repos are unrelated. I
want to be able to retain the history related to those files that I push
to the new repo. I've read some docs that indicate "hg convert" might be
useful
Mark J. Nelson wrote:
> External folks may stop reading now, this won't be interesting.
Nah, it'll be interesting... and tantalizing ;)
> I propagated the following fixes:
>
> 286 deleted_files needs to be deleted post-migration
> 444 building inside an ON repository overwhelms hgignore mechanis
Ok, after much useful feedback, and finally acknowledging that nightly.sh
needed some significant code reorganization, here's where I ended up:
http://cr.opensolaris.org/~mjnelson/webrev.nightly.3/
I have attached four different notes to this one, with various
combinations of sample ou
11 matches
Mail list logo
