From owner-freebsd-hackers Tue Jun 15 20: 4: 1 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from www.crb-web.com (ns1.crb-web.com [209.70.120.131]) by hub.freebsd.org (Postfix) with SMTP id 082D115488 for ; Tue, 15 Jun 1999 20:03:58 -0700 (PDT) (envelope-from wayne@crb.crb-web.com) Received: (qmail 9485 invoked by uid 1001); 16 Jun 1999 03:05:43 -0000 Date: Tue, 15 Jun 1999 23:05:43 -0400 (EDT) From: Wayne Cuddy Reply-To: wayne@crb-web.com Cc: hackers@FreeBSD.ORG Subject: Re: [Call for review] init(8): new feature In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG They SysV way is more elegant and less error prone for bad typist. Graphical tools can be used to interface with these quite easily. It also also easy to automate installations via installation mechanisms. I don't think I agree that it is a bad idea because it is associated with SysV... On 15 Jun 1999, Arun Sharma wrote: > Date: 15 Jun 1999 19:54:51 -0700 > From: Arun Sharma > To: Mark Newton > Cc: hackers@FreeBSD.ORG > Subject: Re: [Call for review] init(8): new feature > > Mark Newton writes: > > > Arun Sharma wrote: > > > > > While we're on the init topic, is there any strong feeling here about > > > BSD /etc/rc* scripts Vs SysV ? The nice thing about SysV initscripts > > > is the ability to start and stop any service that I like. > > > > That's fine -- there are lots of ways to start and stop any service you > > like without involving SysV init. > > Like sending a signal to the process providing the service ? The > problem with that approach is, the signal you send and the clean up > you do is non-standard for each service and having a standard > interface: > > /etc/rc.d/ stop|start|restart > > makes it standard. > > -Arun > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message