From owner-cvs-etc Thu Mar 30 16:40:52 1995 Return-Path: cvs-etc-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA04430 for cvs-etc-outgoing; Thu, 30 Mar 1995 16:40:52 -0800 Received: from saturn.landmark.com (landmark.com [192.246.113.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA04422 for ; Thu, 30 Mar 1995 16:40:50 -0800 Received: from ren.landmark.com by saturn.landmark.com with SMTP id AA15902 (5.67b8/IDA-1.5 for ); Thu, 30 Mar 1995 19:40:47 -0500 Received: by ren.landmark.com with SMTP id AA24291 (5.67b8/IDA-1.5); Thu, 30 Mar 1995 19:40:47 -0500 To: Nate Williams Cc: Paul Traina , phk@freebsd.org, cvs-etc@freefall.cdrom.com Subject: Re: cvs commit: src/etc/etc.i386 rc.i386 In-Reply-To: Your message of "Thu, 30 Mar 1995 16:43:50 MST." <199503302343.QAA08649@trout.sri.MT.net> Comments: Hyperbole mail buttons accepted, v3.16. Date: Thu, 30 Mar 1995 19:40:36 -0500 Message-Id: <30687.796610436@ren.landmark.com> From: Harlan Stenn Sender: cvs-etc-owner@freebsd.org Precedence: bulk [I removed -committers from the header] > > How about: > > > > for file in rc.local.d/*.rc ; do > > sh $file start > > done > > > > nice, clean, simple. If someone ever wants a programatic way to stop > > these things, > > > > for file in rc.local.d/*.rc ; do > > sh $file stop > > done > > > > Please don't consider an interface where I need both a start and a stop > > shell script (bletch bletch bletch). > > I like this. It's simple and to the point. The SysV stuff is neither > of them. Yes, it's simple and to the point. The problem is that it usually doesn't work "correctly". In the usual case, things need to stopped in the REVERSE order in which they were shut down. I'm not aware of any situations where it is a bad idea to stop things in the reverse order in which they were started. I never wrote: rfile= for file in rc.local.d/*.rc ; do rfile="$file $rfile" done for file in $rfile ; do sh $file stop done I, too, dislike the mess. The SysV rc?.d/ scheme is a tolerable solution, but it's not really elegant. Then again, have you seen the ODM stuff AIX uses to handle things like /etc/inittab, I/O devices, installed packages, ...? H