[scm-migration-dev] Hg doesn't detect 2/3 changed files

Bill Sommerfeld wrote: > On Thu, 2008-11-06 at 17:06 +, Stacey Jonathan Marshall wrote: > > >> Eek, your telling it to ignore everything? >> > > That's the default in the ON gate because it's impossible to build an > accurate .hgignore for ON which doesn't cripple hg performance. > >

[scm-migration-dev] Hg doesn't detect 2/3 changed files

Dan McDonald wrote: > On Thu, Nov 06, 2008 at 05:06:04PM +, Stacey Jonathan Marshall wrote: > >> The last two are a couple of the ones your interested in from previous >> email. >> So whats in your ignore file: >> >> kebe(5.11-64i)$ grep -v ^\# /home/danmcd/ws/bugfixes/.hgignore >> syntax:

[scm-migration-dev] Hg doesn't detect 2/3 changed files

Dan McDonald wrote: > Pardon the amount of output that's coming up! > ;-) > On Thu, Nov 06, 2008 at 08:27:04AM -0700, Mark J. Nelson wrote: > >> Please confirm my suspicion that this is unrelated to the .hgignore file in >> the root of the workspace, by moving that file out of the way and ma

[scm-migration-dev] [website-discuss] code review: automatic webrev upload

Hello again in this thread, A little heads up for anyone who will be changing webrev.sh in substantial way (adding/removing command line options): As Darren (Cc'ed) mentioned in CR 6751994, adding an option to webrev.sh should be accompanied by change in cdm.py:cmdtable. Unfortunately, there

[scm-migration-dev] Agenda: SCM Meeting 11/07/08

Fri, 11/7/08 10:30am-11:00am PDT Intl215-446-3661 US 866-545-5223 AC 5540840 Proposed Agenda - Tools in progress work - Bugs.opensolaris.org and defect.opensolaris.org - Anything else?

[scm-migration-dev] Hg doesn't detect 2/3 changed files

On Thu, Nov 06, 2008 at 11:13:06AM -0700, Mark J. Nelson wrote: > No, don't lose the .hgignore file; use "hg revert" on it. I moved it back. > If you still have a pre-fixed version of this workspace, what does "hg log > -f -v usr/src/uts/common/inet/ip/ip_sadb.c" report? Bill requested I snapsh

[scm-migration-dev] Hg doesn't detect 2/3 changed files

On Thu, 2008-11-06 at 17:06 +, Stacey Jonathan Marshall wrote: > > Eek, your telling it to ignore everything? That's the default in the ON gate because it's impossible to build an accurate .hgignore for ON which doesn't cripple hg performance. > I think that might be the issue here. It's

[scm-migration-dev] Hg doesn't detect 2/3 changed files

On Thu, Nov 06, 2008 at 05:42:58PM +, Stacey Jonathan Marshall wrote: > Might you have specifically mentioned that file by name? > > try 'hg commit usr/.../sab.h usr/.../ip_sadb.c' kebe(~)[0]% cd ws/bugfixes/usr/src/uts/common/inet/ kebe(common/inet)[0]% hg commit sadb.h abort: file sadb.h not

[scm-migration-dev] Hg doesn't detect 2/3 changed files

On Thu, Nov 06, 2008 at 05:06:04PM +, Stacey Jonathan Marshall wrote: > The last two are a couple of the ones your interested in from previous > email. > So whats in your ignore file: > > kebe(5.11-64i)$ grep -v ^\# /home/danmcd/ws/bugfixes/.hgignore > syntax: glob > * > > Eek, your telling i

[scm-migration-dev] Hg doesn't detect 2/3 changed files

Pardon the amount of output that's coming up! On Thu, Nov 06, 2008 at 08:27:04AM -0700, Mark J. Nelson wrote: > Please confirm my suspicion that this is unrelated to the .hgignore file in > the root of the workspace, by moving that file out of the way and making > sure these still aren't reporte

[scm-migration-dev] Hg doesn't detect 2/3 changed files

No, don't lose the .hgignore file; use "hg revert" on it. The problem has evolved into "why did Mercurial think that it should no longer be tracking those files?" If you have not used hg rm, or moved them, I don't see why that would be the case. The state of your workspace appears to be consis

[scm-migration-dev] Hg doesn't detect 2/3 changed files

Dan McDonald wrote: > On Wed, Nov 05, 2008 at 08:02:38PM -0500, Bill Sommerfeld wrote: >> I'd report this to scm-migration-dev at opensolaris.org for initial triage. > > Okay! > > Hello scm-migration-dev folks! > >>> Here's the deal: Please confirm my suspicion that this is unrelated to the .h