Re: Can I use xinetd instead of inetd?

Jonathan Coles wrote:
> The instructions for setting up svnserve discuss configuring inetd.
>
> Isn't inetd obsolete? I have been working with Linux for 3 years
> and I have only ever seen xinetd used.

A number of *nixes still use inetd. Most newer Linux distros have
switched, however. Debian stable (aka woody) is the only one I know of
offhand still using inetd.

> Mandrake (I am running 10.0) doesn't use one xinetd.conf file. It has
> a directory, /etc/xinetd.d, in which there is a file for each service
> entry. Here is my entry for svn:
>
> # svnserve configuration
> #
> service svn
> {
> socket_type = stream
> protocol = tcp
> wait = no
> user = svn
> server = /usr/local/bin/svnserve
> server_args = -i
> }
>
> This is my best interpretation of this inetd.conf example given in
> the manual:
> svn stream tcp nowait svnowner /usr/local/bin/svnserve svnserve -i

Check the location of your svnserve binary. A source install would
usually put the binaries in /usr/local/bin; most distros packaged
installs do NOT.

Check your logs; if there's some problem with the entry it should get
logged - either on xinetd start/reload, or when you try to access the
service.

You may also want to include -r {repo root} in the server_args line;
this reduces the amount of filesystem cruft you have to enter in your
repo URLs. Check the man page to make sure you get the correct path
entered.

> Is this right? I suspect not. The only way I can get svnserve to work
> is by starting it from the command line:
>
> svnserve -d

Probably a path issue. svnserve is likely in /usr/bin, not
/usr/local/bin.

> Can I make xinetd work? (How?) Or, do I have to use inetd?

I've got one system working fine with xinetd, and another working
equally well with inetd.

-kgd

-- 
Get your mouse off of there!  You don't know where that email has been!
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org