Noel L Yap writes:
>
> I think the stickiness issue is separate. If I "cvs up -r 1.1 -A file", I
> expect my current revision to be 1.1 and not be sticky. This is not what
> happens; although the working copy does become 1.1, it is still sticky.
I think your expectation is wrong. -A says to r
[EMAIL PROTECTED] on 03/08/2000 03:18:11 PM
>Noel L Yap writes:
>>
>> I'm running client/server cvs-1.10.8 (with some "cvs edit" patches). The
>> command ("cvs up -C file") works fine if noone has yet checked in "file"
(after
>> the local copy had been checked out). However, it doesn't work
Noel L Yap writes:
>
> I'm running client/server cvs-1.10.8 (with some "cvs edit" patches). The
> command ("cvs up -C file") works fine if noone has yet checked in "file" (after
> the local copy had been checked out). However, it doesn't work in the following
> situation:
> user1
I'm running client/server cvs-1.10.8 (with some "cvs edit" patches). The
command ("cvs up -C file") works fine if noone has yet checked in "file" (after
the local copy had been checked out). However, it doesn't work in the following
situation:
user1user2
1. cvs co module
Hello all,
I'm using CVS 1.10 and I am quite happy with it; however there is one
very important feature missing:
CVS rename
The manual describes some workarounds, but these are quite
unsatisfactory; I suspect many to what I have been doing, just delete
and add it at the new location and
Title: RE: CVS Server too slow???
On linux to increase the number of requests that can be handled inetd to the cvs service change the cvs line of inetd.conf from
cvspserver stream tcp nowait root /cvspath/cvs cvs --allow-root=/cvsrootpath pserver
to
cvspserver stream tcp nowait.100 root
Kursat Ince writes:
>
> >Description:
> I setup a cvs server (for remote access) on Guvercin. Every thing is
> just
> fine. But when I started using cvscheck, a freely available shell
> script, inetd stops
> serving and refuses connections. I know cvscheck does too many cvs
> requests
> and may b
Hi Andy Jim & Co,
I applied the proxy patch to the cvs-1.10.8 source.
However, our http proxy server requires users to login
and I do not see anywhere in the source patch where this
is handled. Has anyone already addressed this issue
and provided a fix for authenticating users through
the http p
>Submitter-Id: net
>Originator: Kursat Ince
>Organization:
net
>Confidential: no
>Synopsis: inetd stops cvs servering
>Severity: critical
>Priority: medium
>Category: cvs
>Class: support
>Release: cvs-1.10.6
>Environment:
System: Linux Guvercin 2.2.12-20 #