[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: Check out fails
From: |
Rancier, Jeff |
Subject: |
RE: Check out fails |
Date: |
Tue, 21 Jun 2005 16:55:53 -0400 |
OK. Sorry for the confusion.
The repository is on a Windows 2000 Pro box using cygwin's xinetd and
cvs (server).
(1) Here's the cygwin info:
--------------------------------
Cygwin Configuration Diagnostics
Current System Time: Tue Jun 21 16:44:49 2005
Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4
Output from C:\jrancier\home\pkg\cygwin\bin\id.exe (nontsec)
UID: 15537(jrancier) GID: 10545(Domain Users)
544(Administrators) 545(Users)
12285(5717 Enterprise- ATS) 12303(asde-x-eng)
10513(Domain Users) 10545(Domain Users)
Output from C:\jrancier\home\pkg\cygwin\bin\id.exe (ntsec)
UID: 15537(jrancier) GID: 10545(Domain Users)
544(Administrators) 545(Users)
12285(5717 Enterprise- ATS) 12303(asde-x-eng)
10513(Domain Users) 10545(Domain Users)
USER = `jrancier'
PWD = `/cygdrive/c/jrancier/home'
HOME = `/cygdrive/c/jrancier/home'
MAKE_MODE = `unix'
--------------------------------
(2) Cygwin xinetd.conf:
defaults
{
instances = 60
log_type = FILE /var/log/servicelog
log_on_success = HOST PID
log_on_failure = HOST
cps = 25 30
}
includedir /etc/xinetd.d
--------------------------------
(3) /etc/xinetd.d/cvspserver:
service cvspserver
{
socket_type = stream
user = SYSTEM
protocol = tcp
wait = no
server = /usr/bin/cvs
server_args = -f --allow-root=/usr/local/cvsroot pserver
groups = yes
flags = REUSE
disable = no
passenv = PATH SYSTEMROOT
--------------------------------
(4) Cygwin cvs info:
Concurrent Versions System (CVS) 1.11.17 (client/server)
--------------------------------
(5) Cygwin CVSROOT/config:
# Set this to "no" if pserver shouldn't check system users/passwords
#SystemAuth=no
# Put CVS lock files in this directory rather than directly in the
repository.
#LockDir=/var/lock/cvs
# Set `TopLevelAdmin' to `yes' to create a CVS directory at the top
# level of the new working directory when using the `cvs checkout'
# command.
#TopLevelAdmin=no
# Set `LogHistory' to `all' or `TOEFWUPCGMAR' to log all transactions to the
# history file, or a subset as needed (ie `TMAR' logs all write operations)
#LogHistory=TOEFWUPCGMAR
# Set `RereadLogAfterVerify' to `always' (the default) to allow the
verifymsg
# script to change the log message. Set it to `stat' to force CVS to
verify# th
at the file has changed before reading it (this can take up to an extra
# second per directory being committed, so it is not recommended for large
# repositories. Set it to `never' (the previous CVS behavior) to prevent
# verifymsg scripts from changing the log message.
#RereadLogAfterVerify=always
--------------------------------
(6) Solaris (client) cvs info:
Concurrent Versions System (CVS) 1.11.19 (client/server)
--------------------------------
I think that's everything.
| -----Original Message-----
| From: address@hidden [mailto:address@hidden
| Sent: Tuesday, June 21, 2005 4:34 PM
| To: Rancier, Jeff
| Cc: address@hidden; address@hidden
| Subject: Re: Check out fails
|
|
| Rancier, Jeff writes:
| >
| > This aside, it was the cvsd on the Windows box (the
| repository) which was
| > reporting the initgroups error then? I mean, why would the
| local cvs client
| > care, right?
|
| I'm confused -- I thought the repository was on the Solaris box?!?
|
| Perhaps you need to start over -- tell us exactly what your
| configuration is: what version(s) of CVS you have on which
| boxes, which
| box is the client and which is the server, how you're running
| the server
| (inetd, xinetd, etc.), the relevant entry from the
| inetd/xinetd/whatever
| config file, the relevant entry from the CVSROOT/passwd file,
| the exact
| cvs commands you type and the exact results.
|
| -Larry Jones
|
| The surgeon general should issue a warning about playing with
| girls. -- Calvin
|
- Re: Check out fails, (continued)
RE: Check out fails, Rancier, Jeff, 2005/06/21
RE: Check out fails, Rancier, Jeff, 2005/06/21
RE: Check out fails, Rancier, Jeff, 2005/06/21
RE: Check out fails, Rancier, Jeff, 2005/06/21
RE: Check out fails,
Rancier, Jeff <=
RE: Check out fails, Rancier, Jeff, 2005/06/28
RE: Check out fails, Rancier, Jeff, 2005/06/28
RE: Check out fails, Rancier, Jeff, 2005/06/30