bug-cvs
[Top][All Lists]
Advanced

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

Re: problem "cvs import: used empty password; try "cvs login" with a rea


From: Denniston, Todd A CIV NAVSURFWARCENDIV Crane, Code 6067
Subject: Re: problem "cvs import: used empty password; try "cvs login" with a real password"
Date: Fri, 12 Oct 2007 07:54:13 -0500
User-agent: Thunderbird 2.0.0.6 (X11/20070728)

deepakdarmi@gmail.com wrote, On 10/12/2007 12:14 AM:
My cvs server is on linux.
   the directory is /home/cvs
  when i put this command "cvs -d:pserver:root@192.168.0.160:/home/cvs  import document "dee" 
"deep" cvs login" from another linux machine
      it is showing this
  cvs import: authorization failed: server 192.168.0.160 rejected access to 
/home/cvs for user root
  cvs import: used empty password; try "cvs login" with a real password



BTW it sounds like your problem is a configuration problem, not a Bug in CVS, so if the following info does not solve your problem, please re-ask in the CVS users list[0], thanks.

currently (Fri Oct 12 12:34:22 UTC 2007) ximbiot[1] is not responding well, so I will be making references against a local copy of the manual from ftp.gnu.org[2], which was untared in /tmp/.

From the list of error messages[3] there is something in the way pserver was configured which makes it not like they way you are connecting. Assuming you setup the pserver server correctly according to the manual[4], the problem is in the way you are having the client make the connection. Your client connection information above indicates that you may not have logged in and that the server is not a public-access repository, so according to the manual you will need to do a cvs pserver login[5].

Other possible sources for this error:
A) you have not configured [x]inetd for pserver[4].
B) you have not done a cvs init of the /home/cvs directory structure while logged in on 192.168.0.160. C) you have made the mistake of trying to login through pserver as root, to allow this IIRC you have to recompile cvs with a special option to break security even further than pserver already does. Common practice is to have the repository owned by some one other than root, and usually use real system user names and system groups to control access to the cvs directories.
D) you have not restarted [x]inetd after configuring for pserver.

You can debug these following the manual's connection troubleshooting guide[6].

Good luck.

[0] info-cvs@nongnu.org
[1] http://ximbiot.com/cvs/manual/
[2] http://ftp.gnu.org/non-gnu/cvs/source/stable/1.11.21/cederqvist-1.11.21.html.tar.bz2
[3] file:///tmp/cederqvist-1.11.21.html/cvs_21.html#SEC188
[4] file:///tmp/cederqvist-1.11.21.html/cvs_2.html#SEC30
[5] file:///tmp/cederqvist-1.11.21.html/cvs_2.html#SEC31
[6] file:///tmp/cederqvist-1.11.21.html/cvs_21.html#SEC189
--
Todd Denniston
Crane Division, Naval Surface Warfare Center (NSWC Crane)
Harnessing the Power of Technology for the Warfighter
http://www.crane.navy.mil/custfeedback




reply via email to

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