Re: Problem with 'cvs login'
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: http://sources.redhat.com/ml/cygwin-announce/2004-11/msg00014.html I tested this here and I can confirm that SYSTEMROOT indeed is not being set in the child if it's not included in 'passenv'. I'll see if I can dig further... I checked in a fix for this last night. Screw the gold star! The Gilded Lantern Award For Meritorious Service (GLAFMS) to none other than cg(PR)f aka cfprg aka cfPaulReveref aka The dead of night no less! (Even still, I can hear the clopety clop of the keyboard as night settles over the "puter".) Sincerely, thanks cg(PR)f for all you do. Regards, L Anderson -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with 'cvs login'
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: >> >> http://sources.redhat.com/ml/cygwin-announce/2004-11/msg00014.html > >I tested this here and I can confirm that SYSTEMROOT indeed is not being >set in the child if it's not included in 'passenv'. I'll see if I can >dig further... I checked in a fix for this last night. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with 'cvs login'
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 is not being set in the child if it's not included in 'passenv'. I'll see if I can dig further... Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with 'cvs login'
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 is the same CVS that is standard on all unix systems, as far as I know. What I don't know is if 'fallback' authentication works. If you have a valid /etc/passwd file, and the user/password combination exists as a valid Windows user with that password, then it ought to. But, if CVS is looking to find a crypted password in /etc/passwd then it won't work, because that's not how windows stores passwords. If it doesn't, then you'll have to create a CVS passwd file and use the 'crypt' utility to get the crypt()-ed password. The reason I recommended ssh was that I know for sure that its authentication works fine against the windows users and their passwords, so using it would be both more secure and easier to setup (no duplication of accounts between windows users and CVS passwd.) But, if you don't want cvs users to map onto actual users, then using CVS passwd would be better. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with 'cvs login'
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 accounts. Nope. The use of CVS's password file is optional, you can even have some users with regular accounts and some without, but if you want to give read only access you must define that in CVS's password. > I think you're confusing the two passwd files. One is /etc/passwd which > is created by the Cygwin command mkpassd, and should be created > automatically when you first log on after installing Cygwin. This is the > standard unix passwd file and is used by many commands. Including cvs under any UNIX implementation; I use it under Solaris and Linux. > The CVS passwd file is $CVSROOT/CVSROOT/passwd and is a completely > different file, with a different format, that is only used by CVS. You > must create and maintain this file yourself. Section 2.9.4.1 of the CVS > manual tells you all about this. Each repository can have its own users. 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). -- René Berber -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Problem with 'cvs login'
Although I still can't login with my login (I found an old .cvspass for which I knew the password). BTW can someone point me a utility to create one which will work for CVS. When I try to change my passwd for bash, via passwd, it declares I'm not a valid user, although I'm in /etc/passwd). I removed the SYSTEMROOT entry from the passenv line in my /etc/xinetd.d/cvspserver, recycled xinetd, and attempted an anonymous login and it failed as before. Changed it back, and it worked. Here's the screenshot: , | [EMAIL PROTECTED] ~ | $ ps -ef | UID PIDPPID TTY STIME COMMAND | jrancier1388 1 con 19:53:15 /usr/bin/bash | jrancier17681388 con 19:53:52 /usr/bin/ps | | [EMAIL PROTECTED] ~ | $ /usr/local/bin/xinetd.start | | [EMAIL PROTECTED] ~ | $ cvs -d :pserver:[EMAIL PROTECTED]:/usr/local/cvsroot login | Logging in to :pserver:[EMAIL PROTECTED]:2401/usr/local/cvsroot | CVS password: | cvs [login aborted]: reading from server: Software caused connection abort | | [EMAIL PROTECTED] ~ | $ ps -ef | UID PIDPPID TTY STIME COMMAND | jrancier1388 1 con 19:53:15 /usr/bin/bash | SYSTEM 988 1 ? 19:53:59 /usr/sbin/xinetd | jrancier16281388 con 19:54:59 /usr/bin/ps | | [EMAIL PROTECTED] ~ | $ kill 988 | | [EMAIL PROTECTED] ~ | $ /usr/local/bin/xinetd.start | | [EMAIL PROTECTED] ~ | $ cvs -d :pserver:[EMAIL PROTECTED]:/usr/local/cvsroot login | Logging in to :pserver:[EMAIL PROTECTED]:2401/usr/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 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 recent versions of >the cygwin1.dll have measures to prevent this from happening, but just >for grins try adding SYSTEMROOT to the above and see if it makes any >difference. 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 cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with 'cvs login'
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 recent versions of >the cygwin1.dll have measures to prevent this from happening, but just >for grins try adding SYSTEMROOT to the above and see if it makes any >difference. 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 cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with 'cvs login'
"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 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 accounts. I think you're confusing the two passwd files. One is /etc/passwd which is created by the Cygwin command mkpassd, and should be created automatically when you first log on after installing Cygwin. This is the standard unix passwd file and is used by many commands. The CVS passwd file is $CVSROOT/CVSROOT/passwd and is a completely different file, with a different format, that is only used by CVS. You must create and maintain this file yourself. Section 2.9.4.1 of the CVS manual tells you all about this. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Problem with 'cvs login'
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. Jeff -Original Message- From: Brian Dessent [mailto:[EMAIL 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 > in to :pserver:[EMAIL PROTECTED]:2401/usr/local/cvsroot > CVS password: > cvs login: authorization failed: server jrancier rejected access to > /usr/local/cvsroot for user jrancier > > I did a chmod 777 on /usr/local/cvsroot, stopped and started xinetd, > but still get the same. Any other suggestions? Did you create the password file /usr/local/cvsroot/CVSROOT/passwd and allow access for 'jrancier'? By the way, you don't have to go through all the trouble of setting up pserver if you just want a local CVS repository. Just set $CVSROOT and use normal cvs commands, and it will access the files locally. pserver is fairly insecure and if you plan to access it remotely you should use the "CVS_RSH=ssh" access method instead. About the only thing pserver is useful for is if you want a publicly available anonymous read-only repository. My apologies if you knew this already. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
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 in to :pserver:[EMAIL PROTECTED]:2401/usr/local/cvsroot > CVS password: > cvs login: authorization failed: server jrancier rejected access to > /usr/local/cvsroot for user jrancier > > I did a chmod 777 on /usr/local/cvsroot, stopped and started xinetd, but > still get the same. Any other suggestions? Did you create the password file /usr/local/cvsroot/CVSROOT/passwd and allow access for 'jrancier'? By the way, you don't have to go through all the trouble of setting up pserver if you just want a local CVS repository. Just set $CVSROOT and use normal cvs commands, and it will access the files locally. pserver is fairly insecure and if you plan to access it remotely you should use the "CVS_RSH=ssh" access method instead. About the only thing pserver is useful for is if you want a publicly available anonymous read-only repository. My apologies if you knew this already. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Problem with 'cvs login'
Thanks Brian, 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 rejected access to /usr/local/cvsroot for user jrancier I did a chmod 777 on /usr/local/cvsroot, stopped and started xinetd, but still get the same. Any other suggestions? Thanks, Jeff -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 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 from happening, but just for grins try adding SYSTEMROOT to the above and see if it makes any difference. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with 'cvs login'
"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 prevent this from happening, but just for grins try adding > > SYSTEMROOT to the above and see if it makes any difference. > > Instead of PATH? > > Thanks for the reply, BTW. No, add SYSTEMROOT to the list. passenv = PATH SYSTEMROOT Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Problem with 'cvs login'
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 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 from happening, but just for grins try adding SYSTEMROOT to the above and see if it makes any difference. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
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 of the cygwin1.dll have measures to prevent this from happening, but just for grins try adding SYSTEMROOT to the above and see if it makes any difference. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problem with 'cvs login'
All,
Any ideas on whether or not this is a cygwin cvs.exe issue?
Here's the error, I've included what I think is relevant below:
$ cvs -d :pserver:[EMAIL PROTECTED]:/usr/local/cvsroot login
Logging in to :pserver:[EMAIL PROTECTED]:2401/usr/local/cvsroot
CVS password:
cvs [login aborted]: reading from server: Software caused connection abort
I just installed xinetd, and both are running:
$ ps -ef
UID PIDPPID TTY STIME COMMAND
jrancier1552 1 con 13:23:50 /usr/bin/bash
SYSTEM1656 1 ? 13:56:43 /usr/sbin/xinetd
jrancier1832 1 con 13:57:49 /usr/bin/bash
jrancier16761832 con 13:58:42 /usr/bin/cvs
jrancier17081552 con 14:03:10 /usr/bin/ps
Here's my cvspserver entry /etc/xinetd.d
,
| service cvspserver
| {
|port= 2401
|socket_type = stream
|protocol= tcp
|wait= no
|user= SYSTEM
|passenv = PATH
|server = /usr/bin/cvs
|server_args = -f --allow-root=/usr/local/cvsroot pserver
| }
`
And my environment:
$ set | grep -i cvs CVSROOT=:pserver:[EMAIL PROTECTED]:/usr/local/cvsroot
CVS_RSH=/bin/ssh
Cygwin Package Information Synopsis
Package Version
cvs 1.11.17-1
cygrunsrv1.01-1
cygutils 1.2.7-1
cygwin 1.5.15-1
cygwin-doc 1.4-2
xinetd 2.3.9-1
Here's the output of cygcheck -sysinfo
,
|
| Cygwin Configuration Diagnostics
| Current System Time: Tue Apr 26 14:37:52 2005
|
| Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4
|
| Path: C:\jrancier\pkg\cygwin\usr\local\bin
| C:\jrancier\pkg\cygwin\bin
| C:\jrancier\pkg\cygwin\bin
| C:\jrancier\pkg\cygwin\usr\X11R6\bin
| c:\WINNT\system32
| c:\WINNT
| c:\WINNT\System32\Wbem
| C:\jrancier\pkg\cygwin\bin
| .\
|
| Output from C:\jrancier\pkg\cygwin\bin\id.exe (nontsec)
| UID: 15537(jrancier)GID: 10545(mkgroup-l-d)
| 0(root) 544(Administrators) 545(Users)
| 10545(mkgroup-l-d)
|
| Output from C:\jrancier\pkg\cygwin\bin\id.exe (ntsec)
| UID: 15537(jrancier)GID: 10545(mkgroup-l-d)
| 0(root) 544(Administrators) 545(Users)
| 10545(mkgroup-l-d)
|
| SysDir: C:\WINNT\system32
| WinDir: C:\WINNT
|
| HOME = `c:\jrancier'
| MAKE_MODE = `unix'
| PWD = `/usr/bin'
| USER = `jrancier'
|
| Use `-r' to scan registry
|
| a: fd N/AN/A
| c: hd NTFS 76238Mb 8% CP CS UN PA FC
| d: cd N/AN/A
| h: net NTFS419682Mb 52% CP CS UN PA FC
| i: net NTFS208068Mb 78% CP CS UN PA FC
| j: net NTFS412904Mb 99% CP CS UN PA FC Local Disk
|
| C:\jrancier\pkg\cygwin / system binmode
| C:\jrancier\pkg\cygwin/bin /usr/bin system binmode
| C:\jrancier\pkg\cygwin/lib /usr/lib system binmode
| . /cygdrive system binmode,cygdrive
|
| Found: C:\jrancier\pkg\cygwin\bin\awk.exe
| Found: C:\jrancier\pkg\cygwin\bin\bash.exe
| Found: C:\jrancier\pkg\cygwin\bin\cat.exe
| Found: C:\jrancier\pkg\cygwin\bin\cp.exe
| Not Found: cpp (good!)
| Found: C:\jrancier\pkg\cygwin\bin\find.exe
| Not Found: gcc
| Not Found: gdb
| Found: C:\jrancier\pkg\cygwin\bin\grep.exe
| Not Found: ld
| Found: C:\jrancier\pkg\cygwin\bin\ls.exe
| Not Found: make
| Found: C:\jrancier\pkg\cygwin\bin\mv.exe
| Found: C:\jrancier\pkg\cygwin\bin\rm.exe
| Found: C:\jrancier\pkg\cygwin\bin\sed.exe
| Found: C:\jrancier\pkg\cygwin\bin\sh.exe
| Found: C:\jrancier\pkg\cygwin\bin\tar.exe
|
|55k 2004/09/14 C:\jrancier\pkg\cygwin\bin\cygbz2-1.dll
|18k 2004/07/06 C:\jrancier\pkg\cygwin\bin\cygcharset-1.dll
| 7k 2003/10/19 C:\jrancier\pkg\cygwin\bin\cygcrypt-0.dll
| 858k 2005/04/11 C:\jrancier\pkg\cygwin\bin\cygcrypto-0.9.7.dll
| 895k 2004/04/28 C:\jrancier\pkg\cygwin\bin\cygdb-4.2.dll
| 1156k 2004/04/28 C:\jrancier\pkg\cygwin\bin\cygdb_cxx-4.2.dll
| 174k 2004/10/14 C:\jrancier\pkg\cygwin\bin\cygexpat-0.dll
|40k 2004/10/10 C:\jrancier\pkg\cygwin\bin\cygform-8.dll
|45k 2001/04/25 C:\jrancier\pkg\cygwin\bin\cygform5.dll
|35k 2002/01/09 C:\jrancier\pkg\cygwin\bin\cygform6.dll
|48k 2003/08/09 C:\jrancier\pkg\cygwin\bin\cygform7.dll
|28k 2003/07/20 C:\jrancier\pkg\cygwin\bin\cyggdbm-3.dll
|30k 2003/08/11 C:\jrancier\pkg\cygwin\bin\cyggdbm-4.dll
|19k 2003/03/22 C:\jrancier\pkg\cygwin\bin\cyggdbm.dll
|15k 2003/07/20 C:\jrancier\pkg\cygwin\bin\cyggdbm_compat-3.dll
|15k 2003/08/11 C:\jrancier\pkg\cygwin\bin\cyggdbm_compat-4.dll
| 527k 2004/10/12 C:\jrancier\pkg\cygwin\bin\cygguile-12.dll
|17k 2004/10/12 C:\jrancier\pkg\cygwin\bin\cygguile-ltdl-1.dll
|68k 2004/10/12
C:\jrancier\pkg\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1.dll
|31k 2004/10/12
C:\jrancier\pkg\cygwin\bin\cygguile-srfi-srfi-4-v-1-1.dll
|12k 2004/10/12 C:\jrancier\pkg\cygwin\bin\cygguilereadline-v-12-12.dll
|
