[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