Christopher Faylor wrote:
On Tue, Apr 26, 2005 at 06:15:14PM -0700, Brian Dessent wrote:
Christopher Faylor wrote:
If that really does fix the problem then something is broken in CYGWIN.
Corinna fixed things so that this should no longer be a problem:
On Tue, Apr 26, 2005 at 06:15:14PM -0700, Brian Dessent wrote:
Christopher Faylor wrote:
If that really does fix the problem then something is broken in CYGWIN.
Corinna fixed things so that this should no longer be a problem:
Rancier, Jeff wrote:
|passenv = PATH
I don't know if this applies in your situation, but if xinetd is
stripping SYSTEMROOT from the child process' environment, then all
socket functions in that process will fail. I think recent versions of
the cygwin1.dll have measures to prevent this
Instead of PATH?
Thanks for the reply, BTW.
-Original Message-
From: Brian Dessent [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 26, 2005 5:43 PM
To: cygwin@cygwin.com
Subject: Re: Problem with 'cvs login'
Rancier, Jeff wrote:
|passenv = PATH
I don't know if this applies
Rancier, Jeff wrote:
(please don't TOP QUOTE)
I don't know if this applies in your situation, but if xinetd is stripping
SYSTEMROOT from the child process' environment, then all socket functions in
that process will fail. I think recent versions of the cygwin1.dll have
measures to
@cygwin.com
Subject: Re: Problem with 'cvs login'
Rancier, Jeff wrote:
|passenv = PATH
I don't know if this applies in your situation, but if xinetd is stripping
SYSTEMROOT from the child process' environment, then all socket functions in
that process will fail. I think recent versions
Rancier, Jeff wrote:
That resolved that issue, as far as I can tell, now I'm getting the
following:
$ cvs -d :pserver:[EMAIL PROTECTED]:/usr/local/cvsroot login
Logging in to :pserver:[EMAIL PROTECTED]:2401/usr/local/cvsroot
CVS password:
cvs login: authorization failed: server jrancier
PROTECTED]
Sent: Tuesday, April 26, 2005 6:38 PM
To: 'cygwin@cygwin.com'
Subject: Re: Problem with 'cvs login'
Rancier, Jeff wrote:
That resolved that issue, as far as I can tell, now I'm getting the
following:
$ cvs -d :pserver:[EMAIL PROTECTED]:/usr/local/cvsroot login Logging
Rancier, Jeff wrote:
I want to provide access to the respository remotely and for other users.
No, while reading the FAQ, I was under the impression it would be created
the first time, just use mkpasswd? Didn't know all that, that's for the
info.
If you are providing write (commit) access
On Tue, Apr 26, 2005 at 02:43:06PM -0700, Brian Dessent wrote:
Rancier, Jeff wrote:
|passenv = PATH
I don't know if this applies in your situation, but if xinetd is
stripping SYSTEMROOT from the child process' environment, then all
socket functions in that process will fail. I think
/local/cvsroot
| CVS password:
|
| [EMAIL PROTECTED] ~
| $
`
Jeff
-Original Message-
From: Christopher Faylor [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 26, 2005 7:06 PM
To: cygwin@cygwin.com
Subject: Re: Problem with 'cvs login'
On Tue, Apr 26, 2005 at 02:43:06PM -0700, Brian
Brian Dessent wrote:
[snip]
If you are providing write (commit) access then you should not use
pserver, it sends passwords in plaintext. Use ssh. It's even simpler
to setup because sshd uses the built in windows user accounts, whereas
CVS pserver requires you to maintain a seperate set of
René Berber wrote:
But the point is: is Cygwin's port of CVS different than the regular CVS we
use
under UNIX? The difference being that under Cygwin you must create your own
repository password file (I use cvsadmin, a separate program, to do that BTW).
The CVS that is packaged with Cygwin
Christopher Faylor wrote:
If that really does fix the problem then something is broken in CYGWIN.
Corinna fixed things so that this should no longer be a problem:
http://sources.redhat.com/ml/cygwin-announce/2004-11/msg00014.html
I tested this here and I can confirm that SYSTEMROOT indeed
14 matches
Mail list logo
