From owner-freebsd-ports@FreeBSD.ORG Tue Jun 29 11:55:10 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCD8E16A4CE for ; Tue, 29 Jun 2004 11:55:10 +0000 (GMT) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35FCD43D1F for ; Tue, 29 Jun 2004 11:55:10 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from melfina.ninth-nine.com ([IPv6:2002:d312:f91e::1]) (authenticated bits=0) by sakura.ninth-nine.com (8.12.11/8.12.11/NinthNine) with ESMTP id i5TBshLD069054 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 29 Jun 2004 20:54:44 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Tue, 29 Jun 2004 20:54:43 +0900 From: Norikatsu Shigemura To: Andrew J Caines Message-Id: <20040629205443.638a0b27.nork@FreeBSD.org> In-Reply-To: <20040625162008.GC51175@hal9000.halplant.com> References: <20040620070446.21a599c7.nork@FreeBSD.org> <20040622183550.GI46866@hal9000.halplant.com> <20040624151543.5cadaf83.nork@FreeBSD.org> <20040625162008.GC51175@hal9000.halplant.com> X-Mailer: Sylpheed version 0.9.11-gtk2-20040613 (GTK+ 2.4.3; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Message not sent from an IPv4 address, not delayed by milter-greylist-1.4 (sakura.ninth-nine.com [IPv6:2002:db7f:4a79::1]); Tue, 29 Jun 2004 20:54:44 +0900 (JS cc: ports@FreeBSD.org Subject: Re: rcNG-fy sysutils/daemontools X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jun 2004 11:55:10 -0000 On Fri, 25 Jun 2004 12:20:08 -0400 Andrew J Caines wrote: > Sorry for the slow reply. No problem, me too:-). > > > Even ignoring the overall ugliness of this line, the arbitrary and > > > unnecessary /bin/csh dependency prevents the use of NO_TCSH=true to make > > > systems good and pure and free from harm. > > Hum... I read some daemontools's documents. According to > > these, I considerd that csh was reqired. Don't you think it? > Without addressing the issue of relevant documentation, when I was first > hit with the NO_TCSH problem I switched the startup script to sh with sh > syntax and of course it starts svscan fine (since there are no > dependencies). > As for ports which use daemontools, I only know djbdns and that doesn't > have any csh dependency AFAICT. > I would suggest that much like most low-level system oriented scripts, > Bourne shell with common syntax should be mandatory, as it is the > universal unix lowest common denominator. > If I had my way, I'd rewrite that whole ugly script. Yes(of course, I confirmed already committed), but I found reason to use csh in daemontools-jp ML. 1. In some environment (Digital UNIX was reported), init issued SIGHUP to processes before getty invoking. So svscan would be died. 2. There is a problem which PGID is not change. So, in FreeBSD, svscan should be invoked like following: /usr/sbin/daemon -f "$command $svscan_servicedir | %%PREFIX%%/bin/readproctitle service errors: ..." In this case, there are some merits. 1. no more '> /dev/null' (instead of daemon(8) -f) 2. PGID will be changed. (by daemon(8)) 3. kill -HUP? but, In FreeBSD, no issue from any process:-).