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 i
=?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 m
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
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
> happe
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 whic
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 inv
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 ex
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 :
>
>
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 autho
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 histo
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 wa
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 ta
B-I-N-G-O
Thanks
Dieter Shirley wrote:
> 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 PROTE
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,
Marcus
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 ?
> -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 co
> 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 op
19 matches
Mail list logo