> > libwrap options compiled in.
> > for yesterday:
> > Aug 2 18:09:52 silbermann xinetd: xinetd startup succeeded
> > Seems libwrap support is the problem here, as /usr/sbin/tcpd is not present.
> > Either make xinetd requires it, or (better) disallow libwrap support in
> > xinetd.
>
> Might I add in two other cerious problems with xinetd.
>
> 1. The first involves proftpd and that fact that for some reason both a
> xinetd proftpd script and a standalone script are packaged with proftpd.
> In drakxservices, no description is ever given (this used to be F1 in
> ntsysv, but in X it should display automatically), so you can't tell
> which you are enabling. Even if you enabled proftpd as standalone, both
> in its config file and drakxservices, the very presence of the xinetd
> script prevents proftpd from binding to this socket, which is odd because
> if the xinetd service is disabled there should be no reason why xinetd
> would bind to the ftp socket preventing proftpd from doing so.
>
Ok for proftpd.
Gee, what had I been smoking all this time ...
> 2. I can't get talk to work. I can't even talk a local user. talk-server
> is installed and supposedly enabled via xinetd (drakxservices). talk uses
> a UDP connection so I find it a little difficult to test for.
>
How about ntalk?
Supposively chmou fixed the xinetd entry some time ago ..
--
Geoffrey Lee <[EMAIL PROTECTED]>
李長風
http://www.wychk.org/~glee
$ /usr/games/fortune
Anything that can go wrong will go
Segmentation fault (core dumped)
$
