We are in the process of moving our cvs repository (pserver) for reasons of
size and speed, and have so far asked our CVS users to ensure everything is
checked in to the existing repository, remove the existing working copies
then modify their CVSROOT or -d options and check out again from the
Kenneth Porter wrote:
--On Friday, January 17, 2003 4:46 PM -0500 Larry Jones
[EMAIL PROTECTED] wrote:
If you're at all concerned about security, you should
not be using pserver, you should be using :ext: with SSH.
We started down this path but couldn't get it working on Windows with
Kenneth Porter wrote:
--On Friday, January 17, 2003 4:46 PM -0500 Larry Jones
[EMAIL PROTECTED] wrote:
We started down this path but couldn't get it working on Windows with
cygwin ssh. (Server is a Red Hat box, though.) Is there a cookbook
somewhere that explains how to make that scenario
Greetings, all.
I notice that cvs in several places executes fchmod() or chmod(), and that
in some cases the new mode argument is the mode returned from an earlier
call to stat(). This value typically includes the file type.
On most platforms this causes no problem, but OS/400 complains that
On Mon, 20 Jan 2003, Mark Cooper wrote:
Is there a utility available anywhere to perform global changes to the cvs
metadata in a users working copy. For instance change the entry in cvs/root
from :pserver:user@oldcvs:/cvs/cvsroot to
:pserver:user@newcvs:/cvs/cvsroot. I can imagine that
We are in the process of moving our cvs repository (pserver) for reasons
of
size and speed, and have so far asked our CVS users to ensure everything
is
checked in to the existing repository, remove the existing working copies
then modify their CVSROOT or -d options and check out again from
David M. Karr writes:
Ok, well, I figured out how to get the diffs listing, using cvs rdiff
-rTAGNAME moduleName. I'm still not sure how to get the commit comments
listing, although that is less important now that I can get the diffs listing.
cvs rlog -rTAGNAME:: moduleName
-Larry
Carsten Friedrich writes:
I have the following problem: I have a repository with some
subdirectories.
The subdirectories are not empty. When I do a cvs co for the project,
all files and subdirectories and files get checked out correctly. If I
do a cvs update however (even immediately after
Terrence Enger writes:
I notice that cvs in several places executes fchmod() or chmod(), and that
in some cases the new mode argument is the mode returned from an earlier
call to stat(). This value typically includes the file type.
On most platforms this causes no problem, but OS/400
Laurence Jones wrote:
Also, to prevent this problem from reoccurring
in the future, you should set up a virtual host name for your CVS server
(something like cvs)
Yep, we've done that :) (We saw it coming).
Anyway, I've written a couple of small .bat files which do the trick for
WinDoze client
Mark Cooper writes:
Is there a utility available anywhere to perform global changes to the cvs
metadata in a users working copy. For instance change the entry in cvs/root
from :pserver:user@oldcvs:/cvs/cvsroot to
:pserver:user@newcvs:/cvs/cvsroot. I can imagine that someone somewhere
has
On Mon, Jan 20, 2003 at 10:53:38AM -0500, Larry Jones wrote:
As CVSROOT requires write permission, it has 777 permission for
all.
Setting the sticky bit (chmod -t) on a directory prevents normal users
from deleting or renaming files in that directory unless they own them.
Doing that in
There's quite a flaw with this CVS. It seems
to open ever file as text, and not binary, therefore converting all \n's to
\r\n. Even those lines that have \r\n on them.. so files checked out have
\r\r\n when they're all done. I use a variety of CVS clients, many are the
Cygwin port, which
Hi,
I am trying to access a remote CVS repository using pserver.. but I need to go through
a proxy.
I have read this page http://www.cvshome.org/cyclic/cvs/dev-http.txt which seems
relevant to my problem, but this mail has been written in 1999, and I suspect things
have quite changed since in
How do you filter the mails sending
for a group of or a e-mail direction, considering the extension of the file
commited (in this case in particular rtf)
Thanks in advance
Luis C. González
Coordinador de Proyectos
Desarrollo de Sistemas - TecnologĂa
Provencred - Citigroup
On Mon, Jan 20, 2003 at 10:21:48AM +, Mark Cooper wrote:
We are in the process of moving our cvs repository (pserver) for reasons of
size and speed, and have so far asked our CVS users to ensure everything is
checked in to the existing repository, remove the existing working copies
then
Greetings,
I'm having the following problem with 'update -j'. Any help is
appreciated.
I have an (untagged) working copy that was originally checked out from
the main trunk. More files have been checked into the main trunk since
then, so there are files/changes on the trunk that are not in my
On Mon, 20 Jan 2003, Alicia Jones wrote:
I have an (untagged) working copy that was originally checked out from
the main trunk. More files have been checked into the main trunk since
then, so there are files/changes on the trunk that are not in my
working copy. My working copy also has
Hi Luis Gonzalez,
How do you filter the mails sending
for a group of or a e-mail direction, considering the extension of the file
commited (in this case in particular rtf)
have a look into procmail (http://www.procmail.org) or into maildrop. This is
a typical act of MDAs. If you want to
Kaz Kylheku wrote:
On Mon, 20 Jan 2003, Alicia Jones wrote:
I have an (untagged) working copy that was originally checked out from
the main trunk. More files have been checked into the main trunk since
then, so there are files/changes on the trunk that are not in my
working copy. My
CVS 1.11.5 has been released. This release fixes a major security
vulnerability in CVS. The Common Vulnerabilities and Exposures project
(cve.mitre.org http://cve.mitre.org) has assigned the name
CAN-2003-0015 to this issue. See the text of CAN-2003-0015
Shankar Unni wrote:
CVS 1.11.5 has been released. This release fixes a major security
vulnerability in CVS. The Common Vulnerabilities and Exposures project
(cve.mitre.org http://cve.mitre.org) has assigned the name
CAN-2003-0015 to this issue. See the text of CAN-2003-0015
CVS 1.11.5 has been released. This release fixes a major security
vulnerability in CVS. The Common Vulnerabilities and Exposures project
(cve.mitre.org http://cve.mitre.org) has assigned the name
CAN-2003-0015 to this issue. See the text of CAN-2003-0015
This security vulnerability only exists in the CVS server. CVS client
builds are not affected.
A corrected link to the NEWS file for this release:
http://ccvs.cvshome.org/source/browse/ccvs/NEWS?rev=1.112.2.1content-type=text/x-cvsweb-markup
Derek
Derek Robert Price wrote:
CVS 1.11.5 has
I have two branches (b1 and b2) under same module. I tagged the b1 with A,
and later tagged b2 with A as well. If I check out by A later, what set of
files will be retrieved?
Thanks a lot
-Susie
___
Info-cvs mailing list
[EMAIL PROTECTED]
It wouldn't let you use the same tag on two branches without over-writting
the first one, so you would end up with just the last one, in your case b2.
-yared
-Original Message-
From: Chen, Susie
Sent: Monday, January 20, 2003 4:32 PM
To: [EMAIL PROTECTED]
Subject: Can I use same tag
On Mon, 20 Jan 2003, Chen, Susie wrote:
Date: Mon, 20 Jan 2003 16:31:48 -0800
From: Chen, Susie [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Can I use same tag name on different branches?
I have two branches (b1 and b2) under same module. I tagged the b1 with A,
and later tagged
Why do I get this error when attempting to checkout from a node where the
repository DOES NOT reside. When I perform the same checkout from the node
where the repository resides, everything is fine.
cvs server: existing repository /export/cvsroot does not match
/export/cvsroot/env/locke
On Mon, 20 Jan 2003, Demissie, Yared wrote:
Date: Mon, 20 Jan 2003 16:44:56 -0800
From: Demissie, Yared [EMAIL PROTECTED]
To: Chen, Susie [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: RE: Can I use same tag name on different branches?
It wouldn't let you use the same tag on two branches
At 11:10 2003-01-20 -0500, you wrote:
Terrence Enger writes:
[snip]
Are you certain that it's the file type bits that are causing the
problem? If so, I'd say that OS/400 is definitely *incorrect*. The
When I tried fchmod() with each single bit set in the new mode, OS/400
returned an error for
30 matches
Mail list logo