From owner-freebsd-hackers Tue Jul 15 11:55:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA16942 for hackers-outgoing; Tue, 15 Jul 1997 11:55:59 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA16937 for ; Tue, 15 Jul 1997 11:55:57 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA03861; Tue, 15 Jul 1997 11:48:03 -0700 From: Terry Lambert Message-Id: <199707151848.LAA03861@phaeton.artisoft.com> Subject: Re: multiple run-levels (was: Re: /etc/init.d/) To: nate@mt.sri.com (Nate Williams) Date: Tue, 15 Jul 1997 11:48:03 -0700 (MST) Cc: terry@lambert.org, syssgm@dtir.qld.gov.au, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199707151802.MAA29930@rocky.mt.sri.com> from "Nate Williams" at Jul 15, 97 12:02:06 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > IBCS2 compatability requires that the target system support run levels > > to correctly support IBCS2 compliant installation scripts for commercial > > shrink-wrapped products designed to be run on UNIX platforms. > > I and others have run lots of 'shrink-wrapped' software, and none of > them required 'run-levels' to work, though they did require the ability > to start/stop processes (which is independent of run-levels). And you had to manually comprehend and write equivalents for the scripts that would have been installed. And the installation was not automatic, since we don't have IBCS2 compliant package management tools. Try installing the IBCS2 Lotus 1-2-3 (as one example). As far as starting or stopping servers, try installing an IBCS2 Sybase database server without installing the correct startup scripts into the rc3.d directory. > Also, you're 'docked/undocked' run-level requirement is a straw man. > All of your configuration is completely un-related to run-levels. The configuration is related to run *states*. The hardware can be *run* in several *states*, which *could* be represented by seperate run states. It is not a strawman, it is simply not the soloution you personally would choose (apparently). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.