yes, some analysis of this problem is here.
https://www.cvshome.org/docs/manual/cvs-1.11.20/cvs_21.html#SEC189
After I updated to version 1.11.19, the error report still exist.
And I fixed it by special -f in xinet startup file for cvs.
The following is some details:
The article has introduced two way to resolve it:
/////////////////////////////////////////////////////////////////////////////////////////////////
then you probably haven't specified `-f' in `inetd.conf'. (In releases
prior to CVS 1.11.1, this problem can be caused by your system setting
the $HOME environment variable for programs being run by inetd. In this
case, you can either have inetd run a shell script that unsets $HOME
and then runs CVS, or you can use env to run CVS with a pristine
environment.)
////////////////////////////////////////////////////////////////////////////////////////////////////
1,
unset home
in my xinet file, I found home has already been unset; so this way
cannot worked.(I have verify it.)
And after I upgrate, this problem still exist.
//////////////////////////////////////////////////////////////////////////
start(){
echo -n $"Starting $prog: "
# Need to get rid of localization for external services -
# it doesn't make much sense to have i18n on the server side here
LANG=en_US
LC_TIME=en_US
LC_ALL=en_US
LC_MESSAGES=en_US
LC_NUMERIC=en_US
LC_MONETARY=en_US
LC_COLLATE=en_US
export LANG LC_TIME LC_ALL LC_MESSAGES LC_NUMERIC LC_MONETARY
LC_COLLATE
unset HOME MAIL USER
USERNAME----------------------------------------------------------important
daemon $prog -stayalive -reuse -pidfile /var/run/xinetd.pid
"$EXTRAOPTIONS"
RETVAL=$?
echo
touch /var/lock/subsys/xinetd
#qianxin
# unset HOME
#qianxin
return $RETVAL
}
/////////////////////////////////////////////////////////////
2, -f To make cvs do not read the cvs startup file (~/.cvsrc).
It works.
_______________________________________________
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs
