From owner-cvs-all Mon Oct 7 15:44:54 2002 Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC29537B404 for ; Mon, 7 Oct 2002 15:44:50 -0700 (PDT) Received: from mail.speakeasy.net (mail17.speakeasy.net [216.254.0.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4017743E7B for ; Mon, 7 Oct 2002 15:44:50 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 17692 invoked from network); 7 Oct 2002 22:44:50 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail17.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 7 Oct 2002 22:44:50 -0000 Received: from laptop.baldwin.cx (laptop.baldwin.cx [192.168.0.4]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id g97Miln5003696; Mon, 7 Oct 2002 18:44:47 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20021007214019.GA80107@gsmx07.alcatel.com.au> Date: Mon, 07 Oct 2002 18:44:51 -0400 (EDT) From: John Baldwin To: Peter Jeremy Subject: Re: cvs commit: src/sbin/init init.c Cc: cvs-all@FreeBSD.ORG, cvs-committers@FreeBSD.ORG Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 07-Oct-2002 Peter Jeremy wrote: > On 2002-Sep-27 09:02:28 -0700, John Baldwin wrote: >>jhb 2002/09/27 09:02:28 PDT >> >> Modified files: >> sbin/init init.c >> Log: >> Give up on a tty if opening it's special file returns ENOENT like we do >> for >> ENXIO. >> >> Glanced at by: imp, gallatin >> >> Revision Changes Path >> 1.52 +1 -1 src/sbin/init/init.c > > I can see why this change might be useful in conjunction with DEVFS > but I have a problem with this change. In particular, I have a number > of systems that rely on the old functionality. This is now also > inconsistent with the documentation in init(8). Well, I did originally want to make it conditional on DEVFS being present but other people weren't in favor of that. > The old behaviour is documented in init(8) as follows: > Init can also be used to keep arbitrary daemons running, automatically > restarting them if they die. In this case, the first field in the > ttys(5) file must not reference the path to a configured device node and > will be passed to the daemon as the final argument on its command line. > This is similar to the facility offered in the AT&T System V UNIX > /etc/inittab. > > This means that I could include the following line in /etc/ttys > proxy2 "/usr/local/libexec/proxy2 -f /usr/local/etc/proxy.ports" none on > and init would happily run my program (because /dev/proxy2 does not > exist), restarting it if it died. That seems to be a really gross hack. Arbitrary daemons have nothing to do with setting up ttys. I wouldn't mind if init grew the ability to handle arbitrary daemons via some other method that was less of a hack and more of intended design. Would that be acceptable? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message