bug-cvs
[Top][All Lists]
Advanced

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

(no subject)


From: Roman Fietze
Subject: (no subject)
Date: Tue, 10 Jul 2001 08:35:05 +0200

>Submitter-Id:   net
>Originator:     Roman Fietze
>Organization:
Heidelberg Digital Finishing GmbH
>Confidential:  no
>Synopsis:      forced check in in subdir hirarchies fail on local CVS root
>Severity:      serious
>Priority:      medium
>Category:      cvs
>Class:         sw-bug
>Release:       1.11.1p1
>Environment:
System: Linux kagcpd05 2.2.18 #4 SMP Mon Jan 15 13:59:27 CET 2001 i686 unknown
Architecture: i686

>Description:
When having a directory tree like the following:

testtest/a
testtest/b
testtest/c
testtest/x
testtest/y
testtest/z
testtest/sub1
testtest/sub1/file
testtest/sub1/sub11
testtest/sub1/sub11/file
testtest/sub2
testtest/sub2/file
testtest/sub2/sub12
testtest/sub2/sub12/file

where a-z and file are checked files. When I try to do a

cvs ci -f -r <n> -R -m temp

the check in fails with an error saying

        cvs commit: in directory sub1/sub11:
        cvs [commit aborted]: there is no version here; do 'cvs checkout' first

when CVSROOT (or the -d switch) when checking out was pointing to a
local filesystem subdirectory. When doing the same thing via :pserver:
on exactly the same CVS server/host, everything is fine. When starting
cvs ci w/o the -m switch, the files listed in log template in the
started editor are just a-z, not any of "file" in the case of the
local CVS root, but all files when using :pserver:

>How-To-Repeat:

using a recursive commit on a local filesystem

>Fix:

using pserver = localhost



reply via email to

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