[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]


From: Larry Jones
Date: Fri, 27 Sep 2002 21:40:30 -0400 (EDT)

Ibrahim Shaik writes:
> I had tried both the options , I added a user ( & group called cvsusergroup)
> and added few existing Unix users (myself,sysadmin ) to this group.
> I defined "cvsusergroup" user's home directory as cvsrepository. Also made
> that user as owner of that group. Gave --rwe-- permissions to the
> repository.

Try su'ing to cvsusergroup and running CVS in local mode to be sure that
works; do something innocuous like checking out CVSROOT.  That way
you'll know the permisions aren't screwing things up.

> I also have a CVS admin GUI page from where I can add cvs users. I added few
> cvs users and defined them to access the files as "cvsusergroup" ... This
> added the following lines to $CVSROOT/cvsroort/passwd file
> Ibrahim:<password>:cvsusergroup
> cvsusergroup:<password>:cvsusergroup.

Those are encrypted passwords, not plain text passwords, right?

> I am really going crazy with this error. What is the "cvspserver/tcp: bind:
> Address already in use" error?

Note that that's a inetd message and has nothing to do with your login
problem.  Most likely it means that you restated inetd very shortly
after killing it so that the system still had the existing sockets
around to handle any late packets from remote systems.  Since inetd
seems to be working fine, it must have dealt with the errors

> How do we define cvspserver to authenticate the users againt the users in
> the passwd file or against the system users?

That's SystemAuth in the $CVSROOT/CVSROOT/config file -- it defaults to
"yes", which means CVS uses both the system passwd file and its own
passwd file. 

-Larry Jones

I think if Santa is going to judge my behavior over the last year,
I ought to be entitled to legal representation. -- Calvin

reply via email to

[Prev in Thread] Current Thread [Next in Thread]