From owner-freebsd-rc@FreeBSD.ORG  Thu May 28 23:41:50 2009
Return-Path: <owner-freebsd-rc@FreeBSD.ORG>
Delivered-To: freebsd-rc@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id B882F1065677
	for <freebsd-rc@freebsd.org>; Thu, 28 May 2009 23:41:50 +0000 (UTC)
	(envelope-from nslay@comcast.net)
Received: from QMTA06.westchester.pa.mail.comcast.net
	(qmta06.westchester.pa.mail.comcast.net [76.96.62.56])
	by mx1.freebsd.org (Postfix) with ESMTP id 645358FC17
	for <freebsd-rc@freebsd.org>; Thu, 28 May 2009 23:41:50 +0000 (UTC)
	(envelope-from nslay@comcast.net)
Received: from OMTA03.westchester.pa.mail.comcast.net ([76.96.62.27])
	by QMTA06.westchester.pa.mail.comcast.net with comcast
	id xB7n1b00B0bG4ec56BUbgh; Thu, 28 May 2009 23:28:35 +0000
Received: from LIGHTBULB.LOCAL ([69.244.210.117])
	by OMTA03.westchester.pa.mail.comcast.net with comcast
	id xBUb1b0022YXfpR3PBUbxB; Thu, 28 May 2009 23:28:35 +0000
Message-ID: <4A1F1DA3.8010005@comcast.net>
Date: Thu, 28 May 2009 19:26:27 -0400
From: Nathan Lay <nslay@comcast.net>
User-Agent: Thunderbird 2.0.0.21 (X11/20090406)
MIME-Version: 1.0
To: freebsd-rc@freebsd.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Profile rc idea
X-BeenThere: freebsd-rc@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "Discussion related to /etc/rc.d design and implementation."
	<freebsd-rc.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-rc>,
	<mailto:freebsd-rc-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-rc>
List-Post: <mailto:freebsd-rc@freebsd.org>
List-Help: <mailto:freebsd-rc-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-rc>,
	<mailto:freebsd-rc-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 28 May 2009 23:41:51 -0000

Hi list,
It would be interesting if rc was extended to support profiles.  Each 
profile would reflect a different system configuration.  For example 
profiles could describe the computing environment at: home, work, 
friend's house, airplane, etc... The active profile the system uses 
could be chosen based on some contingency condition.  For example, 
simply prompting the user to choose an rc profile at boot, or using 
hardware to choose the profile (e.g. like location based contingency 
using GPS hardware), or whatever...  I guess this only pertains to 
booting though, but rc seems like a natural place to do this.  Thoughts, 
comments?  Yet another idea I have no time to try...

Best Regards,
Nathan Lay