URL:
<http://savannah.nongnu.org/bugs/?19525>
Summary: CVS/Repository not correct for checkouts using -d
in CVSROOT/modules
Project: Concurrent Versions System
Submitted by: None
Submitted on: Thursday 04/05/2007 at 18:09 UTC
Category: Bug Report
Severity: 3 - Normal
Item Group: None
Status: None
Privacy: Public
Assigned to: None
Open/Closed: Open
Discussion Lock: Any
Release:
Fixed Release: None
Fixed Feature Release: None
_______________________________________________________
Details:
Hi all,
I've just upgraded from 1.11 to 1.11.22, and am running into some
regressions/bugs.
In my CVSROOT/modules file, there are entries like this:
mylib -a mylib_src mylib_inc
mylib_src -d mylib
mylib_inc -d include/mylib
After doing a "cvs checkout mylib", the resulting include/CVS/Repository is
not correct (either in behaviour, nor according to the manual).
In section 2.3 ('Repository'), it states:
"If the particular working directory does not correspond to a
directory in the repository, then 'Repository' should contain
'CVSROOT/Emptydir'"
Unfortunately, this is not the case.
After upgrading to 1.11.22, include/CVS/Repository now contains ".".
Where this causes real problems is when a subsequent "cvs update -d" is done.
What happens now (with v1.11.22) is a copy of the *entire* cvs repository is
checked out, under the 'include' directory.
[ Note that searching about this problem seems to indicate numerous people
complaining about this problem, but with no resolution.
eg:http://groups.google.ca/group/gnu.cvs.help/browse_thread/thread/8f6a00b412efc6c3/e630d1bd9ff8b3c3?lnk=st&q=%22CVSROOT%2FEmptydir%22+Repository&rnum=5#e630d1bd9ff8b3c3
If I manually change include/CVS/Repository to be "CVSROOT/Emptydir" (as it's
supposed to be), the a subsequent "cvs update -d" works as
documented/expected.
_______________________________________________________
Reply to this item at:
<http://savannah.nongnu.org/bugs/?19525>
_______________________________________________
Message sent via/by Savannah
http://savannah.nongnu.org/
_______________________________________________
Bug-cvs mailing list
[email protected]
http://lists.nongnu.org/mailman/listinfo/bug-cvs
