bug-cvs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #19525] CVS/Repository not correct for checkouts using -d in CVSROO


From: anonymous
Subject: [bug #19525] CVS/Repository not correct for checkouts using -d in CVSROOT/modules
Date: Thu, 05 Apr 2007 18:09:31 +0000
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.7 Galeon/1.3.19

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/





reply via email to

[Prev in Thread] Current Thread [Next in Thread]