At 18:57 Uhr +0200 21.07.2000, Guus Leeuw wrote:
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
I am running cvs-1.10.8 on a linux server(debian). Our main file
server is NT. Is it possible to link the repository to our file
server, and just have the linux server 'run' cvs.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all!
I have three directories into my repository (into
somewhere/cvsroot):
dir1
dir2
dir3
When I do a "cvs update" in the parent directory, I have those
three directories in my local copy. The problem is that it shows
something like
On Mon, 24 Jul 2000, Jon Miner wrote:
Does anybody have any comments on this? I was guessing I'd get some
comment, at least.
jon
[...]
Instead of completely reinventing the wheel, I came to the realization
that what we really need is a CVS library that various programs (the
"cvs"
It is not quite true that WinCVS is GPL'ed. WinCVS uses the
CodeJock MFC
library (www.codejock.com), which is NOT GPL. Below is a
portion of the
CodeJock license (http://www.codejock.com/terms_of_use.htm):
...
If you do not meet the requirements for free use of the
SOFTWARE, you may
I haven't really been following this thread so forgive me if the following has
been suggested already.
It sounds like you have several different groups that you want to have different
permissions into the repository. The way I've solved this problem in the past
is to use file system ACL's
[EMAIL PROTECTED] on 2000.07.22 09:24:43
"NLY" == Noel L Yap [EMAIL PROTECTED] writes:
but I'm fairly certain that even the people I trust implicitly can
ocassionally leave their password written down in the wrong place.
NLY And do you also make sure that their .cvspass files can't be
[EMAIL PROTECTED] on 2000.07.22 09:23:22
"NLY" == Noel L Yap [EMAIL PROTECTED] writes:
NLY REMOTE_USER cannot be set securely by either SSH or CVS.
If that would be the case we would all be 0\/\/NeD long ago.
What's 0\/\/NeD?
Noel
This communication is for informational purposes only.
[EMAIL PROTECTED] on 2000.07.22 09:07:59
"NLY" == Noel L Yap [EMAIL PROTECTED] writes:
NLY over to the server for its use. Server CVS will still run as the
NLY server user but will record the client username within its logs.
NLY For example, if I am nyap on the client and I set
NLY
IMHO, librarifying CVS would be great.
Noel
[EMAIL PROTECTED] on 2000.07.21 18:09:37
To: [EMAIL PROTECTED]
cc: (bcc: Noel L Yap)
Subject: Re: CVS Library?
Does anybody have any comments on this? I was guessing I'd get some
comment, at least.
jon
* Jon Miner ([EMAIL PROTECTED])
[EMAIL PROTECTED] on 2000.07.22 09:15:17
"NLY" == Noel L Yap [EMAIL PROTECTED] writes:
NLY How do you guarantee that CVSUSER is set properly (ie can't be
NLY spoofed)?
Because it is verified against CVSROOT/cvspasswd file (it is extended
and improved analog of CVSROOT/passwd from stock
[EMAIL PROTECTED] on 2000.07.22 09:20:59
"DRP" == Derek R Price [EMAIL PROTECTED] writes:
DRP pserver, the originally authenticated user name is what you will
DRP see in the logs, though you can map to a secondary user which the
DRP CVS server will run under - convenient for file
[EMAIL PROTECTED] on 2000.07.22 10:07:10
"NLY" == Noel L Yap [EMAIL PROTECTED] writes:
I haven't studied your nserver model yet, but the conventional CVS
has no 2-phase authentication methods available.
NLY IMHO, it shouldn't have any authentication. Authentication
NLY should be left to
On Monday, July 24, Fredrik Liljegren wrote:
It is not quite true that WinCVS is GPL'ed. WinCVS uses the
CodeJock MFC
library (www.codejock.com), which is NOT GPL. Below is a
portion of the
CodeJock license (http://www.codejock.com/terms_of_use.htm):
...
If you do not meet the
At 14:28 +0200 7/24/00, Fredrik Liljegren wrote:
It is not quite true that WinCVS is GPL'ed. WinCVS uses the
CodeJock MFC
library (www.codejock.com), which is NOT GPL. Below is a
portion of the
CodeJock license (http://www.codejock.com/terms_of_use.htm):
...
If you do not meet the
Jon Miner writes:
Instead of completely reinventing the wheel, I came to the realization
that what we really need is a CVS library that various programs (the
"cvs" executable, most notably) can access via a specified API.
The client/server protocol was intended to address this need.
-Larry
How to retrieve the contents fo the older versions of a file from a
repository.
Diego Sevilla Ruiz writes:
I have three directories into my repository (into
somewhere/cvsroot):
dir1
dir2
dir3
When I do a "cvs update" in the parent directory, I have those
three directories in my local copy. The problem is that it shows
something like this:
? dir1
?
[EMAIL PROTECTED] on 2000.07.24 02:10:47
Hm... If unedit will not modify the existing file than what is the use of
backup?
The same purpose it serves for "cvs up" and other CVS commands -- for the
user
to use at his/her discretion.
Well, so far that backup copy of the file was rather to
While using pserver from either Red Hat Linux or from Windows, the
modules file won't translate the directory specs for ampersand
modules. The modules file and message is below:
-
Command and error message;
cvs checkout -P log_cmn (in directory C:\cqgapps)
On Monday, July 24, Larry Jones wrote:
Jon Miner writes:
Instead of completely reinventing the wheel, I came to the realization
that what we really need is a CVS library that various programs (the
"cvs" executable, most notably) can access via a specified API.
The client/server
Ritesh_Srivastava writes:
How to retrieve the contents fo the older versions of a file from a
repository.
Use the -r or -D options to update or checkout.
-Larry Jones
See, it all makes sense. See? See?? They never see. -- Calvin
Yes, right here:
ftp://ftp.cvshome.org/pub/cvs-1.10/windows/
- Dennis
-Original Message-
From: Annette Waters [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, July 19, 2000 3:14 PM
To: Info-Cvs (E-mail)
Subject: cvs for nt
Okay, I have been trying to locate this precompiled CVS binary.
A coworker of mine used to use a cvs "wrapper" product called "CMD"
(Configuration Management for Developers). One of the main features of it
was the ability to perform multiple cvs operations as a single command, thus
making it easy for people to do things the "right" way.
Does anyone know
-
* Larry Jones ([EMAIL PROTECTED]) [000724 09:46]:
The client/server protocol was intended to address this need.
Well, yes and no. It provides a way for CVS to communicate with a
remote server... but, each client still has to reimplment the protocol
itself. It also doesn't allow for other
[EMAIL PROTECTED] writes:
cvs checkout -P log_cmn (in directory C:\cqgapps)
cvs server: modules file missing directory for module log_cmn
cvs [checkout aborted]: cannot expand modules
I believe this is fixed in the current version of CVS (1.10.8), which
you can get from www.cvshome.org.
Tobias Weingartner writes:
It's significantly worse than that. It does not specify semantics of what
you need to do when. It also does not specify turn-arounds in the connection.
It does, but only indirectly. And in some cases, so indirectly that
you'd be hard pressed to find them if you
Howdy:
I've been playing around with CVS for a little while, and I'd like to get started
using it at work (mostly configuring external code we get in for review). I've gone
through much of the manual, as well as a few other docs, and I still have some
questions.
In the section on Tracking
On Mon, 24 Jul 2000, Tobias Weingartner wrote:
On Monday, July 24, Fredrik Liljegren wrote:
It is not quite true that WinCVS is GPL'ed. WinCVS uses the
CodeJock MFC
library (www.codejock.com), which is NOT GPL. Below is a
portion of the
CodeJock license
Jon Miner writes:
Well, yes and no. It provides a way for CVS to communicate with a
remote server... but, each client still has to reimplment the protocol
itself.
No, it provides a way for *anyone* to communicate with a CVS server,
either local or remote.
WinCVS and others could benefit
From: Guus Leeuw [mailto:[EMAIL PROTECTED]]
From: Larry Jones [mailto:[EMAIL PROTECTED]]
(Of course,
you need to preserve backwards compatibility, so the client
still has to
behave the old way if the server doesn't support the new
request to get
CVSROOT/cvsignore,
Guus Leeuw writes:
Found sofar a good place to get the server's
$CVSROOT/CVSROOT/cvsignore: start_server() in client.c right after
we do connect_to_?server().
I'm not sure that's safe -- I suspect that it's better to do it in
ign_setup() right where it processes CVSROOT/cvsignore in the
Stephen L Arnold writes [in excruciatingly long lines]:
I assume this pre-supposes that the new version (wdiff-0.05) has the
same directory structure, and the same set of (modified) source files as
the previous version. What happens if the organization of the source
tree was changed? How
[
Prescript
This is a bit long an email, but explains pretty much what I think
is the right way at the moment.
]
From: Larry Jones [mailto:[EMAIL PROTECTED]]
Guus Leeuw writes:
Found sofar a good place to get the server's
$CVSROOT/CVSROOT/cvsignore: start_server() in
Guus Leeuw writes:
How does the client ask for the server's CVSROOT/cvsignore file?
By sending a new request.
If new clients should work with old servers, they can't ask, because
the old server would bail out: Unknown Question or some such. It will
behave weird at least.
That's why the
Noel L Yap wrote:
Yes, mapping several users to one system user (while CVS remembers the real
username) is what I'm trying to achieve. I guess my proposal pushes the
authentication responsiblity onto the client machine.
You proposal seems to push some of the chore of authentication to the
On 24 Jul 2000, James Youngman wrote:
"Braden N. McDaniel" [EMAIL PROTECTED] writes:
It doesn't matter that WinCVS doesn't link with the CVS code. What matters
is that WinCVS claims to be GPL'd *and* relies on a library *whose
redistribution terms conflict with those of the GPL*. (Note
[ On Monday, July 24, 2000 at 11:18:37 (-0700), Stephen L Arnold wrote: ]
Subject: questions on tracking 3rd party sources
I assume this pre-supposes that the new version (wdiff-0.05) has the
same directory structure, and the same set of (modified) source files
as the previous version. What
Noel L Yap wrote:
The point is that, when using pserver, CVS remembers you as the name within the
passwd file (which usually matches the client username) even though it may run
as some other user. Under client/server CVS, it'll remember you as the server
username. This proposal and patch
And while we're at it, why not design in solutions to other requirements,
e.g.: directory versioning, better locking, more general triggers, etc.
--- Forwarded mail from [EMAIL PROTECTED]
On Mon, 24 Jul 2000, Jon Miner wrote:
Does anybody have any comments on this? I was guessing I'd get
There was a patch or a script floating around that allowed the admin to
set ACLs on particular CVS commands and branches. Anybody know where
I can find it?
Derek
--
Derek Price CVS Solutions Architect ( http://CVSHome.org )
mailto:[EMAIL PROTECTED] OpenAvenue (
I have a cvs server running on Linux.
One client uses WinCVS 1.1.
It worked until this happened:
We changed password for him on the Linux server.
Now, he can't use "Login..." because it says that
the server rejected access. But he inputs the right password.
Also, if I try to change the
[EMAIL PROTECTED] on 2000.07.24 17:16:40
Yes, mapping several users to one system user (while CVS remembers the real
username) is what I'm trying to achieve. I guess my proposal pushes the
authentication responsiblity onto the client machine.
You proposal seems to push some of the chore
[EMAIL PROTECTED] on 2000.07.24 17:33:23
Yes, I still think authentication stuff should be left out of CVS. Instead
something pluggable should exist.
For example, if instead of the password authentication protocol you suggest,
I
wanted to use SRP (so that the password isn't sent over
Noel L Yap wrote:
There might've been some misunderstanding here. After rereading my post, I
noticed I wasn't so clear about my description of SRP. SRP does password
authentication without ever sending the password (either in the clear or
encrypted) over the wire. Instead, it uses AKE
Noel L Yap wrote:
And hence my point that developers must be trusted. In fact, this is a basic
philosophy of CVS.
I trust myself and yet I don't sleep well if I'm not making nightly tape backups.
Also, if one of my developer's passwords is compromised, we'll say without his
knowledge for
45 matches
Mail list logo