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! _______________________________________________ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
