Not sure if this belongs on here or on bugs, but I figured I'd
bug people here first.
background:
both client and server are using 1.10.8
doing CVS over ssh
server is sol8-sparc, clients vary (sol[2.6,7,8]-[sparc,i86])
symptoms:
Checking out a the module results in the top level CVS/Entries file
not being properly populated, meaning that other cvs commands on that
checked-out structure get cranky.
the modules definition is a follows:
module -a \
bin \
build \
include \
install \
java \
lib \
modules \
pkg \
utils \
imports.mk \
Makefile
(imports.mk and Makefile are files, all others are directories)
CVS/Entries ends up looking like:
/Makefile/1.7.6.1/Thu Apr 19 23:12:03 2001//T*TAGNAME*
/imports.mk/1.1.2.1/Fri Apr 20 01:34:05 2001//T*TAGNAME*
D
(The D is not an editing error)
An old one from a while back looks like:
/imports.mk/1.1.2.1/Fri Apr 20 01:34:05 2001//T*TAGNAME*
D/bin////
D/build////
D/include////
D/install////
D/java////
D/lib////
D/modules////
D/pkg////
D/utils////
/Makefile/1.7.6.1/Thu Apr 19 23:12:03 2001//T*TAGNAME*
Okay... Seeing that again gave me an idea, which was to order the modules
file just like that... I had tried all manner of other orderings, putting
both normal files at top, then directories.. Putting directories at the
top, then normal files.. But putting imports.mk at the top and Makefile
at the bottom has returned the module to a properly working state.
Now, here's what things look like:
module -a \
imports.mk \
bin \
build \
include \
install \
java \
lib \
modules \
pkg \
utils \
Makefile
Now, what I'd really like to know, is why that one works, and the other
permutations do not.. I'm looking through the Cederqvist, and I see
no reference to ordering being important...
Perhaps I should send this out to bugs, after all?
_______________________________________________
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs
