[EMAIL PROTECTED] wrote:
"Tags never get removed from val-tags."
Why? If I delete a tag, I I want to, well, delete it!
Only because it would be a lot of overhead to traverse the entire
repository to make sure that _ALL_ files are really missing the tag.
In other words, just because you execute
Mary Lou RODRIGUEZ wrote:
I want to change the
date/time of the server so that we can pick-up our local time and be used
for the objects being checked in.
I'm not sure what you are requesting here, but using a CVS server
version 1.12.9 or later and a CVS client version 1.12.10 or later will
ca
Larry Jones wrote:
Derek Price writes:
Since tag deletion is considered a relatively rare operation (as well it
should be), no one has ever bother to write the code for the expensive,
complete tag search that would be necessary to determine if the tag is
really completely gone and should
Larry Jones wrote:
Derek Price writes:
Well, "fixing" it this way would put us back in the position where
checkouts and updates could sometimes report that tags don't exist when
they do. I think this is worse than not checking out any data when the
tag doesn't exist i
Conrad T. Pino wrote:
Kenneth this message sheds more light regarding Java servlet as not likely to
be an issue as I've tested down to the final redirect in a double redirection
process used for file downloads.
Hey Conrad,
Just a quick thought. I'm on the road and don't have time for more.
I'
Stable CVS 1.11.19 has been released. Stable releases contain only bug
fixes from previous versions of CVS. This version fixes several minor
bugs in both the CVS client and server executables including an
intermittent assertion failure on checkout. This versions also includes
all the files n
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Stable CVS 1.11.20 has been released. Stable releases contain only
bug fixes from previous versions of CVS. This version fixes many
minor security issues in the CVS server executable including a
potentially serious buffer overflow vulnerability with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Derek Price wrote:
> We recommend this upgrade for all CVS servers!
Cut and paste error. Should have read:
> We recommend this upgrade for all CVS clients and servers already
> running the feature release and for those who simply lik
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Feature CVS 1.12.12 has been released. Feature releases contain new
features as well as all the bug fixes from the stable releases. This
version fixes many minor security issues in the CVS server executable
including a potentially serious buffer over
Matt Doar wrote:
>>>:ext:[EMAIL PROTECTED]:22\appl\cvs\ole
>>>
>>>
>
>I believe you have to use:
>
>:ext:[EMAIL PROTECTED]:22:/appl/cvs/ole
>
>
You are correct about the forward slashes, but not the extra colon.
Also, specifying a port number to the :ext: method will be ignored at
best.
Derek Price wrote:
>Also, specifying a port number to the :ext: method will be ignored at
>best. (it wouldn't be hard to add support for it, but no one has done so).
>
>
Excuse me - it would be hard to do in a general way using the current
CVSROOT conventions since the
Matt Doar wrote:
>Derek,
>
>From the CVS manual, I see CVSROOT is indeed specified as:
>
>[:method:][[user][:[EMAIL PROTECTED]:[port]]/path/to/repository
>
>
You specified a colon *after* the port field:
Matt Doar wrote:
>I believe you have to use:
>
>:ext:[EMAIL PROTECTED]:22:/appl/cvs/ole
Russ Sherk wrote:
>I think you can put the port into CVS_RSH. Here is mine on winXP using plink:
>
>Z:\>echo %CVS_RSH%
>"d:\Tools\plink.exe" -ssh -pw "xx"
>Z:\>echo %CVSROOT%
>:ext:[EMAIL PROTECTED]:/var/cvs
>---
>Does this not work on linux?
>
>
No. It's an implementation dif
13 matches
Mail list logo