Re: CVS Included Modules and Directory Renaming Problems

[Nathan DeBardeleben]

Firstly, thank you for trying to help me out on this.

> Don't do a second checkout yet, let's keep things simple.  Do a fresh
> checkout of projSUPER and post the exact output.  Don't summarize, copy
> and paste the thing.  Second, cd to the projSUPER directory and do an
> update, post the exact output.
> 

OK, this will be long but here we go.  The output last time included
false module names because I didn't want to complicate things but it
seems it's necessary.
First, here's my modules file:

INTERNALpse-cecaad -d parl/pse/cecaad pse-cecaad
INTERNALpse-editor -d parl/pse/editor pse-editor
INTERNALpse-util -d parl/pse/util pse-util
INTERNALpse-coven -d parl/pse/coven pse-coven

coven-gui coven-gui &INTERNALpse-cecaad &INTERNALpse-editor
&INTERNALpse-util
  &INTERNALpse-coven # on one line

Now check it out:

[bliss]~...tmp > cvs co coven-gui
cvs checkout: Updating coven-gui
U coven-gui/README
cvs checkout: Updating parl/pse/cecaad
U parl/pse/cecaad/Agent.java
 . . . 100 more or so files
U parl/pse/cecaad/SerManager.java
cvs checkout: Updating parl/pse/editor
U parl/pse/editor/BlankGraphicalNode.java
 . . . 100 more or so files
U parl/pse/editor/vectorViewer.java
cvs checkout: Updating parl/pse/editor/images
U parl/pse/editor/images/addport.gif
 . . . 10s of files
U parl/pse/editor/images/port.gif
cvs checkout: Updating parl/pse/util
U parl/pse/util/AgentFileMenu.java
 . . . 10s of files
U parl/pse/util/PSEWindowListener.java
cvs checkout: Updating parl/pse/coven
U parl/pse/coven/ArgumentBinding.java
 . . . 100 more or so files
U parl/pse/coven/nbody.sh
cvs checkout: Updating parl/pse/coven/images
U parl/pse/coven/images/go.gif
U parl/pse/coven/images/newsrc.gif
[bliss]~...tmp > ls
coven-gui
[bliss]~...tmp > ls coven-gui/
CVS  README  parl
[bliss]~...tmp > ls coven-gui/parl/
CVS  pse
[bliss]~...tmp > ls coven-gui/parl/pse/
CVS  cecaad  coven  editor  util
[bliss]~...tmp >

Notice the directories were properly renamed.  Yay!
Now, do a cvs update -d in the directory and we get this.  Notice that
I do a CTRL-C to stop this update -d because it starts pulling in
other modules, a very large one.

[bliss]~...coven-gui > cvs update -d
cvs update: Updating .
cvs update: Updating parl
cvs update: Updating parl/pse
cvs update: Updating parl/pse/BNR
cvs update: Updating parl/pse/BNR/Documentation
U parl/pse/BNR/Documentation/BNR_TechnicalManual.tex
U parl/pse/BNR/Documentation/Makefile
cvs update: Updating parl/pse/BNR/Documentation/graphics
U parl/pse/BNR/Documentation/graphics/ParityFile.eps
cvs [update aborted]: received interrupt signal
[bliss]~...coven-gui > 

Again, BNR is ANOTHER module, actually a project that I don't even
work on - it's a colleagues module.  By the way, I've tried removing
the BNR module temporarily and it just picks another module to pull
from.

> The next step would be to repeat with a "-t" option to get more diagnostic
> output.

Great idea.  This may be insightful - here's the output of the update
-d with the -t option:

[bliss]~...tmp > cvs -t update -d
 -> main loop with CVSROOT=/projects/cvsroot
 -> unlink_file(CVS/Entries.Static)
 -> unlink_file(coven-gui/CVS/Entries.Static)
cvs update: Updating coven-gui
 -> rename(CVS/Entries.Backup,CVS/Entries)
 -> unlink_file(CVS/Entries.Log)
 -> unlink_file(parl/CVS/Entries.Static)
cvs update: Updating coven-gui/parl
 -> rename(CVS/Entries.Backup,CVS/Entries)
 -> unlink_file(CVS/Entries.Log)
 -> unlink_file(pse/CVS/Entries.Static)
cvs update: Updating coven-gui/parl/pse
 -> rename(CVS/Entries.Backup,CVS/Entries)
 -> unlink_file(CVS/Entries.Log)
 -> Create_Admin (BNR, coven-gui/parl/pse/BNR, /projects/cvsroot/BNR,
, , 0, 0)
 -> unlink_file(BNR/CVS/Tag)
 <- Create_Admin
 -> unlink_file(BNR/CVS/Entries.Static)
cvs update: Updating coven-gui/parl/pse/BNR
 -> unlink_file(CVS/Tag)
 -> Create_Admin (Documentation, coven-gui/parl/pse/BNR/Documentation,
/projects/cvsroot/BNR/Documentation, , , 0, 0)
 -> unlink_file(Documentation/CVS/Tag)
 <- Create_Admin
 -> unlink_file(Documentation/CVS/Entries.Static)
cvs update: Updating coven-gui/parl/pse/BNR/Documentation
-> unlink_file_dir(CVS/,,BNR_TechnicalManual.tex)
 -> checkout (/projects/cvsroot/BNR/Documentation/BNR_TechnicalManual.tex,v,
1.3, , BNR_TechnicalManual.tex)
 -> chmod(BNR_TechnicalManual.tex,100644)
 -> Register(BNR_TechnicalManual.tex, 1.3, Mon Jul 29 19:25:11 2002, ,
 )
 -> fopen(/projects/cvsroot/CVSROOT/history,a)
U coven-gui/parl/pse/BNR/Documentation/BNR_TechnicalManual.tex
-> unlink_file_dir(CVS/,,Makefile)
 -> checkout (/projects/cvsroot/BNR/Documentation/Makefile,v, 1.3, ,
Makefile)
 -> chmod(Makefile,100644)
 -> Register(Makefile, 1.3, Fri Jul 12 15:52:36 2002, ,  )
 -> fopen(/projects/cvsroot/CVSROOT/history,a)
U coven-gui/parl/pse/BNR/Documentation/Makefile
 -> unlink_file(CVS/Tag)
 -> Create_Admin (graphics,
coven-gui/parl/pse/BNR/Documentation/graphics,
/projects/cvsroot/BNR/Documentation/graphics, , , 0, 0)
 -> unlink_file(graphics/CVS/Tag)
 <- Create_Admin
 -> unlink_file(graphics/CVS/Entries.Static)
cvs update: Updating coven-gui/parl/pse/BNR/Documentation/graphics
-> unlink_file_dir(CVS/,,ParityFile.eps)
 -> checkout (/projects/cvsroot/BNR/Documentation/graphics/ParityFile.eps,v,
1.1, , ParityFile.eps)
 -> chmod(ParityFile.eps,100644)
 -> Register(ParityFile.eps, 1.1, Wed Jul 10 19:38:35 2002, ,  )
 -> fopen(/projects/cvsroot/CVSROOT/history,a)
U coven-gui/parl/pse/BNR/Documentation/graphics/ParityFile.eps
cvs [update aborted]: received interrupt signal
[bliss]~...tmp > 

Please notice the line: 
-> Create_Admin (BNR, coven-gui/parl/pse/BNR, /projects/cvsroot/BNR, ,
, 0, 0)
Why in the world would this BNR module get brought in?  Again, I want
to note that it doesn't seem to have anything to do specifically with
the BNR module.  I've removed it completely and had it pull other
modules in.  Furthermore, IF I WAIT the entire BNR module will
checkout and then another module in the repository will start checking
out.

Thanks so much for your help!