Howdy --
I wrote a perl script sometime back that will format
the output of a cvs status. It takes a bunch of +/!
options to turn on or off the info you'd rather see
Depending on the method of execution, it will either
parse a 'cvs -n update' or cvs status (-F), or, it
will compare timestamps o
Larry Jones wrote:
>Are you sure the server is running CVS 1.10.8
>and not some earlier version?
Pretty sure.
I have this alias:
alias cvs='/usr/local/ultra/cvs-1.10.8.stripped'
I have this in my home dir:
lrwxrwxrwx 1 rbresner staff
36 Dec 11 16:15
Hello,
I'd like to setup CVS for a web based project
that involves multiple developers. We would like
to have those multiple developers access the
same directory of source code, as opposed to each
having their own working area. The reason behind this
is that everyone needs to use the same web
Performance can be addressed several ways.
If you have a somewhat large module, but you only need a subset of it,
consider either breaking the module up into smaller modules or creating
entries in the modules file such that when you perform a "cvs get module"
you are only receiving what you need.
On Wed, Dec 13, 2000 at 08:21:15PM -0600, Richard Cobbe wrote:
> I should probably have been clearer---our repository is currently on a
> disk that we mount via NFS. What are the issues involved with that
> specific situation?
Buggy NFS implementations. Client and server.
Not to mention perfor
I forgot to give the URL of the client cvs ssl patch:
http://konst.org.ua/eng/software/other/info.html
And the url of the server side:
http://www.rickk.com/sslwrap
Stephen.
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/li
Robert Bresner wrote:
> Howdy --
>
> granted we have a 680MB history file.
> Could that be why I'm getting this error?
>
> >cvs history -T -a olfmake.defs
> Terminated with fatal signal 11
>
> >cvs -v
> Concurrent Versions System (CVS) 1.10.8 (client)
> Cop
Robert Bresner writes:
>
> granted we have a 680MB history file.
> Could that be why I'm getting this error?
>
> >cvs history -T -a olfmake.defs
> Terminated with fatal signal 11
Signal 11 is SIGSEGV (segmentation violation) which is frequently caused
by running out of memory. Are
URL for this source ...?
-Original Message-
From: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: December 14, 2000 5:08 AM
Subject: CVS + ssh == hack
>
>I was looking for a secure cvs solution a while back
>and came across the cvs+ssh howtos. Howeve
James Stauffer writes:
>
> What can be done to improve the performance of CVS? Is this topic
> already covered on some website or FAQ. We use pserver to connect to
> a remote RedHat machine.
I don't know of anything specifically about CVS, but it's pretty much
like any other tuning process.
Laird Nelson <[EMAIL PROTECTED]> writes:
> cvs -n -q update also works very nicely, reporting what cvs *would* do
> if it *were* to do an actual update. Files that are *not* up to date
> show up in the listing with a "U" or a "P" (update or patch) next to
> them, indicating that they are out of
Howdy --
granted we have a 680MB history file.
Could that be why I'm getting this error?
>cvs history -T -a olfmake.defs
Terminated with fatal signal 11
>cvs -v
Concurrent Versions System (CVS) 1.10.8 (client)
Copyright (c) 1989-1998 Brian Berliner, davi
What can be done to improve the performance of CVS? Is this topic
already covered on some website or FAQ. We use pserver to connect to
a remote RedHat machine.
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cv
Noel L Yap writes:
>
> I had heard that mkdir under NFS is not an atomic operation. If this is true,
> then CVS locks won't be atomic either, thereby making it possible for two
> developers to checkin the same things at the same time -- this would be very
> bad.
It depends on how you look at it
I had heard that mkdir under NFS is not an atomic operation. If this is true,
then CVS locks won't be atomic either, thereby making it possible for two
developers to checkin the same things at the same time -- this would be very
bad.
Noel
[EMAIL PROTECTED] on 2000.12.14 10:42:01
To: [EMAI
Reinstein, Shlomo writes:
>
> Is there some way to process CVS errors in software, other than reading the
> text describing them from the standard error?
The best way to do that is to use the client/server protocol rather than
using the CVS command. Unfortunately, that is not a small task.
-La
Richard Cobbe writes [quoting me]:
> >
> > Doing :local: access to an nfs/smb/samba mount repository frequently
> > doesn't work reliably at all, which is why it is discouraged.
>
> Why is this? In particular, what sort of problems can one encounter when
> using this sort of system? (Is it pe
> > cvs:/home/validuser/.ssh/autorized_keys - I even tried a
> > 'ssh -l validuser cvs' and this worked!)
>
> As I understand it, the command above would attempt to log into a
> host with
> the hostname 'cvs'.
Derek,
yes this is correct. Yesterday night I successfully took the cygwin
solutio
Thank you.
Actually, I figured out the problem...if I put both the call to log.pl
(which should go first) and the cvs update in parens, it works.
thanks all,
Kelleigh
> -Original Message-
> From: Derek R. Price [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, December 14, 2000 9:32 AM
> To
Donald Sharp wrote:
> Nope. You gotta look at standard error as well as the return code.
> Also cvs diff doesn't always return what you think it should either ;)
>
> donald
> On Thu, Dec 14, 2000 at 12:56:21AM -0800, Reinstein, Shlomo wrote:
> > Hi,
> > Is there some way to process CVS errors in
Robert Schott wrote:
> cvs:/home/validuser/.ssh/autorized_keys - I even tried a
> 'ssh -l validuser cvs' and this worked!)
As I understand it, the command above would attempt to log into a host with
the hostname 'cvs'.
Derek
--
Derek Price CVS Solutions Architect ( http://
[EMAIL PROTECTED] wrote:
> Hi
>
> I am a CVS newbie.I wanted to know how I can send many commit
> messages as a single email;i.e. I want to send 10 commits as 1 email
> message.
> I also want to know how I can configure loginfo to send mail at a
> specified time i.e. once an hour or two.
>
> Than
The log.pl script relies on some of hte information which you are
slurping and writing out with the 'cat' following 'date' below. The
solution is to call an intermediate script which reads in stdin and
writes it out to two separate child processes (below, the simple echo to
the log & log.pl). Al
Jason Henry Parker wrote:
> 2. Alternatively, is it possible to tweak CVSROOT/ to make some
>directories readable or writable by only some users, or do I have
>to resort to messing with UNIX file permissions?
I usually opt to use UNIX file permissions. It's pretty simple. Aside
from se
I was looking for a secure cvs solution a while back
and came across the cvs+ssh howtos. However it seemed
a fairly nasty, if workable solution.
I found a much better one however in the form of the
sslserver patch (for the client) and sslwrapper (for
the server)
You get all the ease of use of p
Nope. You gotta look at standard error as well as the return code.
Also cvs diff doesn't always return what you think it should either ;)
donald
On Thu, Dec 14, 2000 at 12:56:21AM -0800, Reinstein, Shlomo wrote:
> Hi,
> Is there some way to process CVS errors in software, other than reading the
Hi,
Is there some way to process CVS errors in software, other than reading the
text describing them from the standard error? I have Perl scripts which make
extensive use of CVS, and I'd like these scripts to be able to process CVS
errors and try to recover. I can see that CVS exits with a 0 retur
27 matches
Mail list logo
