Lars Thuring writes:
Needless to say this doesn't work when we try to access the fresh repository... regardless of what we do we get
[EMAIL PROTECTED] lth]$ cvs login Logging in to :pserver:[EMAIL PROTECTED]:2401/data/cvsrep CVS password: /data/cvsrep: no such repository
That message indicates that the repository you specified (/data/cvsrep) does not exactly match any of the --allow-root= options specified for the server. You probably have a typo in your xinetd config file.
We checked this several times. Even went as far as trying to create a new repository called "/r" just to make sure we did not spell anything wrong on either side. But there was no way of *not* using the original repository path /data/cvsroot. <sigh>
Unfortunately we cannot spend more time looking into this so the computer in question has been completely reinstalled with a new OS and now we have a repository called /data/cvsrep with no problems.
Also we did not find a solution to multi-user access control to different modules so we are skipping that. The NFS mount point will only be used by a cron command to do the nightly backup of the repository.
Thank you all for the help.
best regards, Lars
_______________________________________________ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
