K.Sambaiah writes:
We are using cvs setup on a RH Linux server. We are having
passwd file in CVSROOT. When a user checkout a module, it is
coming read only. Is there a way to avoid it?
CVS does not create read-only files unless you ask it to. You either
have the $CVSREAD environment
That is a feature.
The nice part of it is that once you've checked the whole repo out, you
can add new modules at the top level with the normal cvs add command.
Regards,
anders
-Original Message-
From: J [mailto:[EMAIL PROTECTED]]
Sent: 28. november 2002 18:55
To: [EMAIL
Strecker, Roland writes:
When I try cvs co -c, cvs displays the list of modules, but
not so, how I've put them in the module-file. For the developpers
and for me it is not sorted.
The modules file is conceptually a database (and you can configure CVS
so that it really is a database if you
What we did was to increase the size of /tmp and put in a cron job to
remove anything in /tmp that was over a couple of days old. Since
your /tmp is only 6% full, it looks like you don't have the slow
filling-up problem we had, but you may need to enlarge /tmp.
You can also use the -T
Re-sending, looking for any other input/solutions.
Thanks,
Mal
Malcolm Fernandes wrote:
Hi Rob,
cvs --version
Concurrent Versions System (CVS) 1.11.1p1 (client/server)
Copyright (c) 1989-2001 Brian Berliner, david d `zoo' zuhn,
Jeff Polk, and other authors
Hi Vinh,
Are your users checking out files onto the server somewhere or on
another client machine ?
If they are checking files out to another machine over the network,
that's the one to check for disk space, not the server.
Cheers,
PROTECTED]]
Sent: Friday, December 07, 2001 12:57 PM
To: Vinh Cao
Cc: '[EMAIL PROTECTED]'
Subject: Re: cvs co error: No space left on device
Hi Vinh,
Are your users checking out files onto the server somewhere or on
another client machine ?
If they are checking
-Original Message-
From: Vinh Cao [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 07, 2001 11:59 AM
To: '[EMAIL PROTECTED]'
Subject: cvs co error: No space left on device
Hello All,
Our Linux cvs server is working great for the pass two years.
For the pass couple week it
Hi Rob,
I'm not trying to pull an old snapshot of the code. The build script
checks out the tree based on the current timestamp using `date`.
This timestamp is embedded in the target load, so that developers can
reproduce the code base, based on this timestamp.
I would expect that files which
Hi Malcom,
Hmm, ok, maybe I am missing something. Can you give an example?
Do you mean that you removed something ( for example ) yesterday,
and when you checkout using a timestamp from today, the removed file
is not removed from your workspace? Or that it is updated, but not
removed?
I'll
Hi Rob,
Here is the scenario.
cvs up foo.c
rm foo.c
cvs remove foo.c
cvs ci foo.c
The file gets removed from my workspace.
Then,
cvs co -D"`date`" foo.c
The file will re-appear in your workspace.
Regards,
Mal
Rob Helmer wrote:
Hi Malcom,
Hmm, ok, maybe I am missing something. Can you give an
Hi Malcolm,
Hmm, just tried to reproduce this, I get :
cvs server: warning: test/bin/lcp.sh is not (any longer) pertinent
This is with CVS 1.11 on Solaris. What version are you running ( cvs
--version to find out )?
Thanks,
Rob Helmer
Malcolm Fernandes wrote:
Hi Rob,
Here is the
Hi Rob,
cvs --version
Concurrent Versions System (CVS) 1.11.1p1 (client/server)
Copyright (c) 1989-2001 Brian Berliner, david d `zoo' zuhn,
Jeff Polk, and other authors
Regards,
Mal
Rob Helmer wrote:
Hi Malcolm,
Hmm, just tried to reproduce this, I get :
cvs
On Tue, Nov 13, 2001 at 05:48:27PM -0800, Malcolm Fernandes wrote:
Hi,
We are using CVS 1.11.1p1 on Solaris. When we use 'cvs co -D date' on
the Main branch, I noticed that files which were previously 'cvs
removed' now get checked out in my workspace. This problem does not
happen on
Try '-d.'
As in:
cvs checkout -r REL-2-3-0-d3 -d. src/archgen/README
Cheers,
-dete
-Original Message-
From: Lamar Seifuddin [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, June 19, 2001 12:55 PM
To: [EMAIL PROTECTED]
Subject: CVS - CO single file w/o dirpath
All,
I want to
Lamar Seifuddin writes:
I want to check out one file at least five directories deep,.
[...]
But, I just want the file, not the directory path.
[...]
cvs checkout -r REL-2-3-0-d3 -dN src/archgen/README
-d takes an argument -- the directory name to checkout into -- so that N
is being taken
Don't do this! CVS uses lock files (to avoid simlutaneous modification
of the same ,v file by different processes) which are not known to
RCS. Because of this, using RCS and CVS at the same time can lead to
corrupted files.
Bruce Cota [EMAIL PROTECTED] writes:
It seems taht CVS and RCS history
=?iso-8859-1?Q?Fran=E7ois?= Chenais writes:
Why the server tries to open files in /root
Because it's misconfigured. See "Trouble making a connection to a CVS
server" in the CVS manual:
http://www.cvshome.org/docs/manual/cvs_21.html#SEC182
-Larry Jones
Monopoly is more fun when you
18 matches
Mail list logo
