Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 130834 - cvs export erroneously creates CVS subdirectory
cvs export erroneously creates CVS subdirectory
Status: CLOSED DUPLICATE of bug 66733
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: cvs (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Martin Stransky
Ben Levenson
Depends On:
  Show dependency treegraph
Reported: 2004-08-24 20:21 EDT by Rick Johnson
Modified: 2007-11-30 17:07 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-02-21 14:05:15 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Rick Johnson 2004-08-24 20:21:13 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7)
Gecko/20040808 Firefox/0.9.3

Description of problem:
when running cvs export with the -d flag and CVSROOT is set to a
pserver connection, the CVS subdirectory is erroneously created in the
target directory. Subsequent exports from other cvs components will
fail when exporting to the same directory as the CVS structure is present.

The problem does not occur when CVSROOT is set to local directory.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. set CVSROOT to a pserver connection (i.e.
2. run "cvs export -r <version> -d <directory> <project>
3. cd to <directory> and note the CVS subdirectory

Actual Results:  CVS subdirectry was created in the directory
specified at -d. 

Expected Results:  CVS subdirectory should not be created as per the
export functionality.

Additional info:

Rawhide version cvs-1.11.17-3 or newer seems to contain a fix in
client.c that resolves this problem. Any chance this could be
backported to RHEL 3? This is a dupe of 66733 - however that bug is
listed under Red Hat 7.3 and is not getting much attention as a result.
Comment 1 Graham Bleach 2004-09-28 06:42:45 EDT
A couple of other observations:

This also happens if CVSROOT is set to an ext connection.

My testing suggests that the following conditions must be met to
trigger the big:

- The directory specified in the -d option must already exist.
- A user-applied tag must be specified in the -r option (it does not
create the directory if you use -r HEAD).

The workaround is not to create the directory before performing an export.
Comment 2 Martin Stransky 2005-03-10 07:59:52 EST

*** This bug has been marked as a duplicate of 66733 ***
Comment 3 Red Hat Bugzilla 2006-02-21 14:05:15 EST
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.

Note You need to log in before you can comment on or make changes to this bug.