Date: 21 Jun 1999 21:45:28 +0200 From: Dag-Erling Smorgrav <des@flood.ping.uio.no> To: Doug <Doug@gorean.org> Cc: Sheldon Hearn <sheldonh@uunet.co.za>, freebsd-hackers@FreeBSD.ORG, Dag-Erling Smorgrav <des@flood.ping.uio.no>, freebsd-gnats-submit@FreeBSD.ORG, alex@wnm.net Subject: Re: [Fwd: Re: misc/11796: Bad lines in 3.2-RELEASE inetd.conf] Message-ID: <xzp909dl4mf.fsf@flood.ping.uio.no> In-Reply-To: Doug's message of "Mon, 21 Jun 1999 12:21:34 -0700 (PDT)" References: <Pine.BSF.4.05.9906211211160.15519-100000@dt054n86.san.rr.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Doug <Doug@gorean.org> writes: > "It doesn't work with the conf file that came with the system, but > it does work if I change the conf file to match the documentation" is > pretty good content in my book. Obviously he doesn't include information > on how to repeat the problem in a verifiable way, but that doesn't (in my > book anyway) invalidate the PR. The PR is wrong. Sheldon is right. It *does* work the way it ships. If he experienced problems, I bet the real bug was that he edited inetd.conf, HUPed inetd, and hit the "HUP clobbers the service table" bug. > I urge you, again, to try and understand my point. There is no > reason to have the man page and the example conf file out of synch. Also, > as Dag-Erling pointed out, the real problem is much deeper than either, > however bringing the documentation up to date *should* be a priority > regardless of how many of the other problems you choose to fix. The right way to fix the documentation is simply to mention what inetd thinks the canonical names are. The alternative solution is to extend the format of inetd.conf to allow specifying the service name after the 'internal' keyword, so you could change /etc/services to read: fooglorb 113/tcp and inetd.conf to read: fooglorb stream tcp nowait root internal ident and inetd would know what service to provide on port 113, even if /etc/services doesn't call it 'ident'. DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?xzp909dl4mf.fsf>