From owner-freebsd-bugs Mon Jun 21 12:50: 6 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 879F314C37 for ; Mon, 21 Jun 1999 12:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA03099; Mon, 21 Jun 1999 12:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 21 Jun 1999 12:50:02 -0700 (PDT) Message-Id: <199906211950.MAA03099@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Dag-Erling Smorgrav Subject: Re: [Fwd: Re: misc/11796: Bad lines in 3.2-RELEASE inetd.conf] Reply-To: Dag-Erling Smorgrav Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/11796; it has been noted by GNATS. From: Dag-Erling Smorgrav To: Doug Cc: Sheldon Hearn , freebsd-hackers@FreeBSD.ORG, Dag-Erling Smorgrav , freebsd-gnats-submit@FreeBSD.ORG, alex@wnm.net Subject: Re: [Fwd: Re: misc/11796: Bad lines in 3.2-RELEASE inetd.conf] Date: 21 Jun 1999 21:45:28 +0200 Doug 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-bugs" in the body of the message