From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 20 22:22:59 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F0225106566B for ; Wed, 20 Jun 2012 22:22:59 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [89.206.35.99]) by mx1.freebsd.org (Postfix) with ESMTP id 345C28FC08 for ; Wed, 20 Jun 2012 22:22:58 +0000 (UTC) Received: from wojtek.tensor.gdynia.pl (localhost [127.0.0.1]) by wojtek.tensor.gdynia.pl (8.14.5/8.14.5) with ESMTP id q5KMMtbk001675; Thu, 21 Jun 2012 00:22:55 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.14.5/8.14.5/Submit) with ESMTP id q5KMMtR7001672; Thu, 21 Jun 2012 00:22:55 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Thu, 21 Jun 2012 00:22:55 +0200 (CEST) From: Wojciech Puchar To: Michael Ross In-Reply-To: Message-ID: References: <4FDF6177.5050608@unsane.co.uk> <4FDFB44D.9090308@gentoo.org> <4FE0ADCD.9010109@FreeBSD.org> <4FE0C123.8030301@gentoo.org> <4FE0F773.1080403@gentoo.org> <4FE100F9.2050009@funtoo.org> <20120620073920.GA5300@lonesome.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (wojtek.tensor.gdynia.pl [127.0.0.1]); Thu, 21 Jun 2012 00:22:55 +0200 (CEST) Cc: Daniel Robbins , "freebsd-hackers@freebsd.org" Subject: Re: Replacing rc(8) (Was: FreeBSD Boot Times) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2012 22:23:00 -0000 > >>> >>> # rc maintenance >>> # rc online >> >> this functionality seems useful. > > That's... not the word I'd have used. > I'm sort-of-emulating this using custom scripts quite often, true. custom script that do lots of start or stops are good. But with N>2 "runlevels" without this subsystem you would need to run multiple of them or have N*(N-1) scripts. But i don't like the idea of executing commands to add new "runlevels", configure it etc. I like the idea of single config file, or POSSIBLY integrating it in rc.conf service_enable=YES could be replaced by service1_enable=YES service1_disable="maintenance blah" service2_enable="maintenance" which means service1 should be stopped at "runlevels" maintenance and blah, and service2 enabled only at "runlevel" maintenance.