Hi all,
I've searched the message archive about this but to no avail. I'm using
the cvs command
*cvs -z3 -d:pserver:[EMAIL PROTECTED]:/home/cvslj co livejournal*
It appears to work fine then it simply stops. Last thing it says is
Updating livejournal/var/
U livejournal/var/.placeholder
Hi
I receive the following error when I try to checkout a Module:
cvs checkout -P Assembly (in directory D:\Projects)
can't create temporary directory /tmp/cvs-serv15962
Permission denied
This is the first time this error occurs. How can I fix it?
Thank you
Anette
Hi, CVS folks.
My question is not strictly related to CVS itself, but I think
this list is the right place to ask.
I've set up ViewCVS for my team, but then everyone on our LAN
gets read access to the repository through it, which is not
desired.
So is there any tool or mechanism that's able to
Hi everybody,
I'm committing approx. 2000 files at the same time... is there a limit in
how many files you can commit simultaneously? My WinCVS is working and
working and working and working...
/Tommy
___
Info-cvs mailing list
[EMAIL PROTECTED]
There's no theoretical limit besides how much memory you have
that I am aware of. 2000 files is a lot. As long as you see
progress I'd let it work...
donald
On Wed, Jul 10, 2002 at 12:22:27PM +0200, Tommy Svensson wrote:
Hi everybody,
I'm committing approx. 2000 files at the same time...
On Wed, 2002-07-10 at 06:06, Isaac Claymore wrote:
Hi, CVS folks.
My question is not strictly related to CVS itself, but I think
this list is the right place to ask.
I've set up ViewCVS for my team, but then everyone on our LAN
gets read access to the repository through it, which is not
Looks like cvs doesn't have permission to write into the
/tmp directory on the cvs server. You have three choices:
a) Fix the permission problem under /tmp on the cvs server
b) Tell cvs to use a different directory via the -T command
line option on the server startup vie inetd.
c) Recompile
Frank Ussner writes:
My question, is there a restriction/limit to TAG counts ? or a
restriction/limit to the count of files ?
The only limit is the available memory and disk space.
-Larry Jones
My dreams are getting way too literal. -- Calvin
I'm using the log.pl script to generate an when somebody does a commit on a
module. I've seen this work before, but on our setup we're getting one email
for every directory within the module where changes were made, instead of a
single email with everything.
My entry in 'loginfo' looks like
Shawn Wilson writes:
I'm using the log.pl script to generate an when somebody does a commit on a
module. I've seen this work before, but on our setup we're getting one email
for every directory within the module where changes were made, instead of a
single email with everything.
That's the
On Wed, Jul 10, 2002 at 09:34:15AM -0400, Larry Jones wrote:
Frank Ussner writes:
My question, is there a restriction/limit to TAG counts ? or a
restriction/limit to the count of files ?
The only limit is the available memory and disk space.
And time :-) The more files and directories,
Thank you for your response.
It would appear for anyone who truly needs multiple repositories kept in sync,
that CVS is an unacceptable tool. This is most unfortunate.
Our remote developers often cannot even get access to the internet.
In spite of the optimism of another response, their
Eric Siegerman writes:
Re number of files, I was going to say: as far as I know, CVS
scales linearly. But then I realized, I don't really know at
all; I've just been assuming. Does O(n) sound right?
There's some sorting involved occasionally, so I suspect it's more like
O(n log n).
Not to rub it in or anything... it also seems that a pre-requisite
to providing access to remote developers to a CVS repository would
be having some kind of network connection. Without that, what's the
point? How are you going to get the data across between multiple
sites if you dont't even
On Wed, 10 Jul 2002, Jay Yarbrough wrote:
Thank you for your response.
It would appear for anyone who truly needs multiple repositories kept in sync,
that CVS is an unacceptable tool. This is most unfortunate.
Our remote developers often cannot even get access to the internet.
In spite
On Wed, Jul 10, 2002 at 12:24:04PM -0500, Jay Yarbrough wrote:
It would appear for anyone who truly needs multiple repositories kept in sync,
that CVS is an unacceptable tool. This is most unfortunate.
Correct. Various kludges have been suggested on this list, and
maybe even used
On Wed, Jul 10, 2002 at 01:37:29PM -0400, Larry Jones wrote:
Eric Siegerman writes:
Re number of files [...] Does O(n) sound right?
There's some sorting involved occasionally, so I suspect it's more like
O(n log n).
True. Sorting directory contents in update, for example. But
I'd
On Wed, Jul 10, 2002 at 02:12:47PM -0400, Eric Siegerman wrote:
On Wed, Jul 10, 2002 at 12:24:04PM -0500, Jay Yarbrough wrote:
It would appear for anyone who truly needs multiple repositories kept in sync,
that CVS is an unacceptable tool. This is most unfortunate.
Correct. Various
On Wed, Jul 10, 2002 at 02:30:35PM -0400, Donald Sharp wrote:
You
then have the ability to push and pull change sets to other
bk repositories. The ability to update the bk repository
is of course predicated upon a network connection ;)
Yah, but if the connection's flaky (as seems to be the
Is it possible to find out upon which date a tag was placed? The information
does not seem to be stored. Barring that, I believe that I could do something
like the following (pseudocode);
TaggedAfter = BeginningOfTime
TaggedBefore = EndOfTime
for each File of
Eric Siegerman writes:
True. Sorting directory contents in update, for example. But
I'd have thought that, except for *huge* directories (single
directories, not subtrees), the (in-memory) sort would be dwarfed
by all that O(n) file I/O.
Anything that uses recursion sorts directory
When attempting to change a tag name:
cvs rtag -r old-name-0-4 rel-0-4 tc
I get an error:
cvs [rtag aborted]: cannot open directory
E:\CVSROOT\cameras\cam1\doc\vendor\Maxim/Attic
Upon checking, I find that the directory exists, is not read-only, and has no
files in
Mike Ayers writes:
Is it possible to find out upon which date a tag was placed? The information
does not seem to be stored.
You are correct. Since a tag can be applied to different files at
radically different times, asking when a tag was applied to a group of
files isn't really
Mike Ayers writes:
cvs [rtag aborted]: cannot open directory
E:\CVSROOT\cameras\cam1\doc\vendor\Maxim/Attic
Upon checking, I find that the directory exists, is not read-only, and has no
files in it (this is correct, as I have not removed any files from this
directory). Any
Larry Jones wrote:
Mike Ayers writes:
cvs [rtag aborted]: cannot open directory
E:\CVSROOT\cameras\cam1\doc\vendor\Maxim/Attic
Upon checking, I find that the directory exists, is not read-only, and has no
files in it (this is correct, as I have not removed any files from this
I inadvertently performed a `cvs remove` on a file in WinCVS (I wanted to
delete the file, then update it to get rid of changes I had made and get the
archived revision back). How do I undo this (i.e. not commit the remove and
get the file back)?
Thanks,
/|/|ike
Allow me to (embarassedly) answer my own question: simply do a cvs add of the
filename and it will be resurrected for you. I found it in the Cederqvist,
and it matches my intuitive notion of what to do, which, due to my attempts to
fix the problem before reading the directions, was
27 matches
Mail list logo