(have looked at CVS v1.11 and CVS 1.11.1p1)
The Y2K patch added to the lib/cvs/contrib/sccs2rcs script (sccs2rcs.in in
1.11.1p1) doesn't look too convincing - it seems to try to use the date
shell variable before it has been set. I believe the sccs prs command has
to be run first defaulting
Derek R. Price wrote:
BenoƮt Rouits wrote:
I have this problem on M$-Window$ and would like to modify cvs
sources to fix that.
I tried to modify add.c but it doesn't work yet. I have 2
Questions :
1. is it technically possible ?
It's debatable whether only the add command should be
Hello,
I was wondering if there was a way to export data from ClearCase into CVS? I
am thinking maybe with a perl script, but could someone point me in the
right direction.
Thanks,
Ray
___
Bug-cvs mailing list
[EMAIL PROTECTED]
Tony Byrne writes:
While fiddling with this setting fixes the export problem, surely
remote exports *should* work regardless of what TopLevelAdmin is set
to?
Yep. I've just checked in a fix.
-Larry Jones
I stand FIRM in my belief of what's right! I REFUSE to
compromise my principles! --
Hayes, Ted writes:
The Y2K patch added to the lib/cvs/contrib/sccs2rcs script (sccs2rcs.in in
1.11.1p1) doesn't look too convincing - it seems to try to use the date
shell variable before it has been set. I believe the sccs prs command has
to be run first defaulting the century to (say)
Submitter-Id: net
Originator: CYBERARMY
Organization:
net
Confidential:
Synopsis:
Severity:
Priority:
Category:
Class:
Release: cvs-1.10.2
Environment:
System: Linux www.cyberarmy.com 2.0.34C52_SK #1 Tue Nov 30 18:14:40 PST 1999 mips
Donald Sharp writes:
There are certain situations where cvs will allow the user
to checkout a module inside of the repository when a nfs server
and auto mounting is done. Here's a small patch that will
fix this issue.
[...]
Doesn't the chdir into the root directory and xgetwd obviate the
Ahhh.
Your right, the sequence:
cvs -d $Server2 co multmod
cvs -d $Server1 co multmod/dir1
Does work (once I upgraded to from 1.10 to 1.11.1).
I got sidetracked by the other error (file1 is no longer in the repository).
Thanks again for your help.
[EMAIL PROTECTED] (Larry
[EMAIL PROTECTED] writes:
Here is a test case I wrote to recreate the problem:
# Now for the real test
rm -rf multmod
cvs -d $Server1 co multmod
cvs -d $Server2 co multmod
You shouldn't checkout the same directory from multiple servers. CVS
insists that a working directory map to a