Hi Konrad,
I PAM'ificed CVS 1.11.1p1:
the company I work for plans to unify the login structure via LDAP, but that
doesn't yet work with CVS, so I just modified it a little bit to use PAM.
I hope this patch is useful for some of you.
You should have searched a little bit more for
Thanks, I know about (X)emacs capabilities, I use it all the time myself.
But I was looking for something more standalone, that possibly
integrates with tkdiff. Not all our users use (x)emacs, and they might
find the learning curve less user friendly than driving rcs from the
command line.
Any
Larry Jones [Thu, 28 Jun 2001 13:46:25 -0400 (EDT)] wrote:
Olivier Fambon writes:
If I have a directory under CVS, and a file _not_ under CVS in it, say
bz.txt, cvs status does not report the usual:
? bz.txt
Yep, that's the way status works.
Well, that's how it works if using the
Boris wrote:
Hello info-cvs,
I have a little (misunderstanding?) problem with cvs diff, I hope
someone can help me -((
I just want to create a diff file from the beginning of a project
until the latest version, tagged as Feature08. The start tag is
start.
Normally, hey just use
Pyatt, Scott writes:
We are currently running over 100 clients around the world connecting to a
single server. Both client and server CVS versions are 1.10. To fix this
problem, would I need to upgrade the client or server or both? If the
problem is in the client, can I run a 1.11.1p1
Daniel Beckham writes:
I think it's quite odd that it works like this, but I think the reasons are
that cvs was never meant to serve remote requests. It was meant to be a
local tool on a local filesystem. It just happens that rsh/ssh allow you to
remotely execute any unix shell command in
Hi all,
I have the following situation.
Right now we have two repositories for two different projects on two
different servers.
The CVS servers for the two projects are present on sun boxes. The
developers are directly telnetting into the server and checking out the
modules or files in to their
On Fri, 29 Jun 2001 08:04:55 +0100 Ian Gilmour [EMAIL PROTECTED] wrote:
Thanks, I know about (X)emacs capabilities, I use it all the time myself.
But I was looking for something more standalone, that possibly
integrates with tkdiff. Not all our users use (x)emacs, and they might
find the
Pyatt, Scott writes:
If I understand correctly, CVS version 1.11.1p1 solves the problem of
inadvertently creating directories in $CVSROOT/Emptydir, but what about the
root cause of this problem which is CVS losing track of which repository
directory is mapped to the workspace directory when
Jonathan M. Gilligan writes:
cvs is designed to leak memory like a sieve and to exit from the middle of
deeply nested function calls. To make it a persistent process would require
a rewrite from the ground up.
Hardly. CVS does *not* leak memory like a sieve; recent versions run
the
I give up... can't find any references to ,t files anywhere... what /are/
they???
$ cvs status cvs_tag ; ls -l CVS
===
File: cvs_tag Status: Up-to-date
Working revision:1.1.2.5 Fri Jun 29 13:24:49 2001
Yes I know about TKCVS - but I thought it only worked only on CVS archives.
Or can it handle plain RCS ones too?
cheers,
Ian
-Original Message-
From: Robert J. Clark [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 29, 2001 3:07 PM
To: Ian Gilmour
Cc: [EMAIL PROTECTED]
Subject: Re:
Title: CVSup Problems
Debian 2.2 r2
CVS 1.11
CVSup 16.1-3
I'm having some strange problems with CVSup. I am attempting to mirror the cvs repository on another Linux machine configured with same software.
When I run 'cvsup supfile' this is what happens.
Connected to 'server ip address'
On Fri, 29 Jun 2001 15:58:40 +0100 Ian Gilmour [EMAIL PROTECTED] wrote:
Yes I know about TKCVS - but I thought it only worked only on CVS archives.
Or can it handle plain RCS ones too?
Whoops, soory about that. I had a bit of a brain lock while reading
this thread and I could have sworn
Andy Baker writes:
I give up... can't find any references to ,t files anywhere... what /are/
they???
They hold the creation log message for newly added file (the argument to
-m). As soon as you do the first commit, they disappear.
-Larry Jones
Isn't it sad how some people's grip on their
Is the CVS manual available for download? I went to
http://cvshome.org/docs/manual/cvs.html but there is not like to download.
Thanks...
Wayne Aulner
Open Port/ESO
Application Developer
CONFIDENTIALITY NOTICE
This message and any included attachments are from Cerner Corporation and are
...but as you can see, I have committed. Indeed I'm even up to a fifth
revision. Strange. Guess something must have hiccuped and left the file
lying around.
Thanks
Andy
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
They hold the creation log message for newly
Hi Karl Heinz,
On Friday 29 June 2001 09:06, Karl-Heinz Marbaise wrote:
Hi Konrad,
I PAM'ificed CVS 1.11.1p1:
the company I work for plans to unify the login structure via LDAP, but
that doesn't yet work with CVS, so I just modified it a little bit to use
PAM.
I hope this patch is
I'm sending you the slightly improved code for keeping a checked out copy,
using loginfo and autoexport filter, based on code from CVS Infopages,
http://www.cvshome.org/dev/text2/sklar
CVSROOT/loginfo has something like
DEFAULT(cat /tmp/cvs.exp.$USER 21; (sleep 2; \
Hello Matthew,
Friday, June 29, 2001, 3:04:37 PM, you wrote:
MR What about 'cvs diff -r 1.1 -r Feature08'?
That was not working, too -( But the night was long, and was reading
the dox carefully. After a short sleep hehe I found the solution.
I needed the option -N to include newer files,
Aulner,Wayne wrote:
Is the CVS manual available for download? I went to
http://cvshome.org/docs/manual/cvs.html but there is not like to download.
Check http://cvshome.org/docs
-Matt
___
Info-cvs mailing list
[EMAIL PROTECTED]
[ On Friday, June 29, 2001 at 11:08:47 (-0500), Aulner,Wayne wrote: ]
Subject: CVS Manual
Is the CVS manual available for download?
Of course!
It's part of the main source archive. Download that and you have the
manual (and associated documentation, such as Berliner's CVS-II paper,
the
Thanks a lot...
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 29, 2001 11:47 AM
To: Aulner,Wayne
Cc: '[EMAIL PROTECTED]'
Subject: Re: CVS Manual
[ On Friday, June 29, 2001 at 11:08:47 (-0500), Aulner,Wayne wrote: ]
Subject: CVS Manual
Is
Andy Baker writes:
...but as you can see, I have committed. Indeed I'm even up to a fifth
revision. Strange. Guess something must have hiccuped and left the file
lying around.
Most likely. The only obvious thing I can think of would be if you did
the add in local mode (which would create
I am attempting to set up a CVS repository with anonymous pserver read-only
access.
My server configuration is:
Red Hat Linux 7
cvs 1.11-1
My client configuration is:
WinCVS 1.2
To set up anonymous pserver access, I have the following settings in my
repository:
/CVSROOT/readers contains
Saul Hernández writes:
cvs [server aborted]: checkout requires write access to the repository
Read-only access was broken in 1.11.1 -- that was the reason it was
almost immediately replaced by 1.11.1p1. Get it from www.cvshome.org.
-Larry Jones
Bad news, Mom. I promised my soul to the
Anyone,
Got pserver running just fine for a remote user thanks to Larry Jones, Eric
Siegerman, and Chris Metcalf. My apologies for the trouble.
Note: it never occurred to me that www.gnu.org would have the current
software and an outdated manual. Things became clear, cool, and (most
Hi,
I'm currently looking at CVS and would very much like to get it working in a
multisite environment. Looking around the web the University of Washington
has some excellent information on how to run CVS in a master/slave
relationship and be able to develop on the slave. See
cvs [server aborted]: checkout requires write access to the
repository
Read-only access was broken in 1.11.1 -- that was the reason it was
almost immediately replaced by 1.11.1p1. Get it from www.cvshome.org.
-Larry Jones
That fixed the problem. Thanks, Larry!
On Fri, Jun 29, 2001 at 08:04 +0100, Ian Gilmour wrote:
[ ... RCS frontends for command line challenged users ... ]
Thanks, I know about (X)emacs capabilities, I use it all the
time myself. But I was looking for something more standalone,
that possibly integrates with tkdiff. Not all our
On Thu, Jun 28, 2001 at 16:32 -0500, Daniel Beckham wrote:
It doesn't work as a daemon. You either have to use it as a
pserver with inetd (or whatever flavor of inetd) or you have to
use rsh/ssh/etc to connect and execute the cvs command
remotely.
That's absolutely OK for a tool which
I am having trouble with branching in CVS.
Can someone explain what I am doing wrong?
I checked out the source for program agc into
/src/esproc/agc/ directory.
I then created a branch tag
cvs tag -b root_of_daves_branch
within the working directory.
Then I checked the source out again:
Larry,
ato:/users/721/berry/src/esproc/agc% cvs status -v
cvs status: Examining .
===
File: agc.c Status: Locally Modified
Working revision:200.10.2.1.2.1 Fri Jun 29 20:13:23 2001
Repository revision:
berry writes:
cato:/users/721/berry/src% cvs commit esproc/agc
cvs commit: Examining esproc/agc
cvs commit: sticky tag `200.10.2.1' for file `esproc/agc/agc.c' is not a branch
cvs commit: sticky tag `200.10.2.1' for file `esproc/agc/agc.h' is not a branch
cvs commit: sticky tag
Wayne,
You might want to consider Fogel's book as well.
http://cvsbook.red-bean.com/ In my opinion it's worth the $$ to get it if
you're starting from scratch. Even cheaper at www.bookpool.com
Jeanie
___
Info-cvs mailing list
[EMAIL PROTECTED]
berry writes:
File: agc.c Status: Locally Modified
Working revision:200.10.2.1.2.1 Fri Jun 29 20:13:23 2001
Repository revision: 200.10.2.1.2.1 /cm/cvs/esproc/agc/agc.c,v
Sticky Tag: 200.10.2.1.2.1
Sticky Date: (none)
Sticky Options:
Hi,
I am trying to merge two branches (both sticky) using the following command in a checked out copy of Revision2
cvs update -j Revision1 -j Revision2
OR
cvs update -j Revision1 -j Revision2 file1
In the former case I get the output stating Updating Dir1
In the latter case I donot get any
Concurrent Versions System (CVS) 1.11 (client/server)
The information about expanding format string in loginfo is wrong.
The details are below (at the end of this file).
There is no information about format of input to command specified in
loginfo file. As far as I tested this format is
Jakub,
I find the loginfo interface unreasonably difficult, regardless of
documentation errors you note below.
There are too many inconsistantcies that I decided to patch it and create a
non-shell program as the loginfo parser and added some extra loginfo filter
elements that means I don't
39 matches
Mail list logo
