The rinfo program will parse the RCS files and provide info about each
revision. If you need something it doesn't give then it's easy enough to
add it.
Once you have mapped out the structure of the RCS files, you should be able
to simply use the co program with appropriate -k options to get what
CVS treats the repository CVSROOT directory as a module. The user is able
check it out and commit changes
Using PSERVER
1. Is it possible to completely hide it and from the users and if so how?
2. How does one have controlled access to it so that only the privileged few
can check it out and work
Greetings, all.
I keep seeing questions and comments in the list about cvs
diff, especially about how it is not useful for files holding
data other than plain text. I see even Andreas Klauer's
recent question normalizing files and old revisions
On Wednesday 03 September 2003 17:39, Paul Sander wrote:
The rinfo program will parse the RCS files and provide info about each
revision. If you need something it doesn't give then it's easy enough to
add it.
Well, my problem with rinfo is: I'm no C programmer. I'd have to learn C
first
This is my second attempt to post this question. The first
has not appeared on the list; neither have I received a
bounce message. Please accept my apology if you receive it
twice.
Greetings, all.
I keep seeing questions and comments in the list about cvs
diff, especially about how it is not
Christopher Rumpf writes:
This is a multi-part message in MIME format.
Please do not send MIME and/or HTML encrypted messages to the list.
Plain text only, PLEASE!
I have some developers who simply refuse to use the 'cvs rm', 'cvs
delete' and 'cvs remove' commands. Instead they log into
Yeesh. Have you explained why this is wrong, that they are losing
history when they do this, and the potential for irreversable accidents?
It's better to rule by consensus than by fiat.. not to say you can't
persuade them to agree with you AND refuse to allow them full access.
Is it acceptable
On Tue, Sep 02, 2003 at 05:24:53PM -0400, Christopher Rumpf wrote:
I have some developers who simply refuse to use the 'cvs rm', 'cvs delete'
and 'cvs remove' commands. Instead they log into the CVS server (using
SSH), cd into the repository and /bin/rm the ,v files which they are
concerned
[ On Tuesday, September 2, 2003 at 17:24:53 (-0400), Christopher Rumpf wrote: ]
Subject: How to programmatically restrict a /bin/rm command in a repository?
I have some developers who simply refuse to use the 'cvs rm', 'cvs delete'
and 'cvs remove' commands. Instead they log into the CVS
Christopher Rumpf wrote:
I have some developers who simply refuse to use the cvs rm, cvs
delete and cvs remove commands. Instead they log into the CVS server
(using SSH), cd into the repository and /bin/rm the ,v files which they
are concerned about. (yikes!)
Removing their cvs
I have some developers who simply refuse to use the 'cvs rm',
'cvs delete' and 'cvs remove' commands. Instead they log into
the CVS server (using SSH), cd into the repository and /bin/rm
the ,v files which they are concerned about. (yikes!)
You'll hear many replies along these lines, but
You may look here:
http://cygwin.com/ml/cygwin/2003-04/msg00317.html
And there:
http://www.sublimation.org/scponly/
for some ideas on how to restrict ssh user's access.
Sergey.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Christopher Rumpf
Sent:
Bernhard Fischer [EMAIL PROTECTED] writes:
I wanted to change the logmessage while verifying it
- i've done so before on my own linux-box -
but when I add the key to the config-file the
following message apears on the client-side
cvs [status aborted]: unrecognized auth response from
That is good to know, but can you do this from WinCVS
or the command line without being logged in to the CVS
server? That is my main issue, that it doesn't appear
there is any way to do this normally. I suppose a
script with what you have and somehow running the
script would work, but that is not
This feature appeared later :) In 1.11.2 :
From the NEWS file:
Changes from 1.11.1p1 to 1.11.2:
* There is a new feature, enabled by RereadLogAfterVerify in
CVSROOT/config,
which tells CVS to reread the log message after running the verifymsg
script. This allows the verifymsg script to
hi,
can pserver handle multiple requests(say 15 - 20) at the same
time?
mehul.
___
Law meets Electronics; Veena Weds Sanjay.
Rediff Matchmaker strikes another interesting match !!
Visit http://rediff.com/matchmaker?1
Christopher Rumpf wrote:
Hi there.
I have some developers who simply refuse to use the cvs rm, cvs
delete and cvs remove commands. Instead they log into the CVS
server (using SSH), cd into the repository and /bin/rm the ,v files
which they are concerned about. (yikes!)
This
I have read access to the CVS repository but no write access.
Obviously this means I cannot commit any changes. But it ought to be
possible to get a checkout. However even if I turn off history
logging, cvs co won't work because it wants to make a lock file.
% cvs -l -d :ext:somehost:/foo/cvs
Seshan, Sriram writes [about CVSROOT]:
1. Is it possible to completely hide it and from the users and if so how?
Not really.
2. How does one have controlled access to it so that only the privileged few
can check it out and work with this module?
The same way you do any other directory --
=?iso-8859-1?q?Bernhard=20Fischer?= writes:
the server is running on Linux with version 1.11.1p1
client AIX 1.11.0.0 or Linux 1.11.1.1p1
RereadLogAfterVerify wasn't added until 1.11.2 -- you need to update the
server. (And I'd suggest updating the clients, too.)
-Larry Jones
We seem to
On Wednesday 03 September 2003 21:16, Terrence Enger wrote:
This is my second attempt to post this question. The first
has not appeared on the list; neither have I received a
bounce message. Please accept my apology if you receive it
twice.
Is it just me or is the mailing list extremely
[ On Wednesday, September 3, 2003 at 13:07:52 (-0400), Terrence Enger wrote: ]
Subject: cvs diff, proposal for change
In general, the concensus of those in the know has been
negative: cvs diff is so far from working with arbitrary files
that it is not even worth thinking about changing it.
The CVS design is not so married to the diff program that it could not be
swapped out at a low level for more appropriate tools. (Keep in mind that
somewhere in the CVS implementation it effectively invokes a diff or
diff3 command. That command could really be anything, as long as it's
23 matches
Mail list logo
