On Tue, Jun 28, 2005 at 05:10:22AM -0700, Raghukumar.c wrote:
I am trying to restrict access to the modules inside the repository using
the group/other mode permissions.The CVS Server is on a Linux machine and
the client is TortoiseCVS/WinCVS. We have a pserver authentication set up.
All the
Adrian,
CVSUMASK did work but not umask. Thats more than enough Thanks a lot for
that.
:)
Thanks again,
Raghu
-Original Message-
From: Adrian Ho [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 29, 2005 12:37 PM
To: 'info-cvs@gnu.org'
Subject: Re: Setting access control restrictions
Hi,
It would be nice if someone could help me with this.
I am trying to restrict access to the modules inside the repository using
the group/other mode permissions.The CVS Server is on a Linux machine and
the client is TortoiseCVS/WinCVS. We have a pserver authentication set up.
All the users
Can someone shed some light on this, please.
Raghu
-Original Message-
From: Raghukumar.c
Sent: Tuesday, June 28, 2005 5:40 PM
To: 'info-cvs@gnu.org'
Subject: Setting access control restrictions on folders
Hi,
It would be nice if someone could help me with this.
I am trying
://www.cvshome.org site.
http://ccvs.cvshome.org/fom/cache/1.html
Gagneet
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED] On Behalf
|Of kent emia
|Sent: Thursday, 23 October, 2003 9:40 AM
|To: info-CVS
|Subject: setting up project restrictions
|
|
|
|i tried to create
i tried to create a 'project' restriction in oiur server
i created user in /etc/passwd
proj:x:600:600:projects:/repo/projects:/bin/false
and in /etc/group
proj:x:600:proj
and in $CVSROOT/CVSROOT/passwd
kent:wAdlU792laAcxtgu:proj
but as i tried to 'cvs co projects'
it returned
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
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,
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).
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
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
Hmm, this might have implcations for my ".origin" patch that I'll have to
look into,
if I didn't already consider it...
http://www.geocities.com/dotslashstar/branch_patch.html
-- steve
Derek R. Price wrote:
[...]
Hmm. You're right, and the culprit seems to be that 'cvs tag
Nevermind, I already checked the case I was thinking of. From
my patch, (Duh!) (Thanks Derek P. for reminding me.)
+
+ dotest dotorigin41 "${testcvs} rdiff -s -r dot5.origin
-rdot5 mydir2" \
+ "${PROG} [a-z]*: Diffing mydir2
+ File
13 matches
Mail list logo
