From owner-freebsd-rc@FreeBSD.ORG  Wed Nov  2 21:39:49 2005
Return-Path: <owner-freebsd-rc@FreeBSD.ORG>
X-Original-To: freebsd-rc@freebsd.org
Delivered-To: freebsd-rc@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id EC18C16A41F;
	Wed,  2 Nov 2005 21:39:49 +0000 (GMT)
	(envelope-from lyndon@orthanc.ca)
Received: from orthanc.ca (orthanc.ca [209.89.70.53])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6C2F543D46;
	Wed,  2 Nov 2005 21:39:49 +0000 (GMT)
	(envelope-from lyndon@orthanc.ca)
Received: from peregrin.orthanc.ca (d64-180-189-53.bchsia.telus.net
	[64.180.189.53]) (authenticated bits=0)
	by orthanc.ca (8.13.3/8.13.3) with ESMTP id jA2Ldjdd014948
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 2 Nov 2005 14:39:46 -0700 (MST)
	(envelope-from lyndon@orthanc.ca)
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by peregrin.orthanc.ca (8.13.5.Beta0/8.13.5.Beta0) with ESMTP id
	jA2LdXSV013662; Wed, 2 Nov 2005 13:39:33 -0800 (PST)
Mime-Version: 1.0 (Apple Message framework v734)
In-Reply-To: <20051102162052.GB8499@odin.ac.hmc.edu>
References: <43541F79.6040008@ebs.gr> <43554BCE.7090309@savvis.net>
	<4355FD0C.2090702@ebs.gr> <4356D12F.7000006@savvis.net>
	<43576A9D.1050209@ebs.gr> <4357CEA5.1000308@savvis.net>
	<4357D9E2.6010701@ebs.gr> <4367E346.4080106@savvis.net>
	<20051101224554.GA20543@odin.ac.hmc.edu>
	<4368018A.8040403@savvis.net>
	<20051102162052.GB8499@odin.ac.hmc.edu>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <154616DE-63E8-4C96-9D56-55A0FFD3CB88@orthanc.ca>
Content-Transfer-Encoding: 7bit
From: Lyndon Nerenberg <lyndon@orthanc.ca>
Date: Wed, 2 Nov 2005 13:39:31 -0800
To: freebsd-bluetooth@freebsd.org, freebsd-rc@freebsd.org
X-Mailer: Apple Mail (2.734)
X-Spam-Status: No, score=0.8 required=5.0 tests=AWL, BAYES_00, FORGED_RCVD_HELO,
	RCVD_IN_NJABL_DUL,RCVD_IN_SORBS_DUL autolearn=no version=3.1.0
X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on orthanc.ca
Cc: 
Subject: Re: [RFC] rc.d integration for the bluetooth subsystem
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: Wed, 02 Nov 2005 21:39:50 -0000


On Nov 2, 2005, at 8:20 AM, Brooks Davis wrote:

>>   ${dev}_bluetooth_config=".."
>>
>> i did not like this one because hccontrol(8) and other bluetooth  
>> tools
>> do not support more than one command at a time, i.e. its not  
>> possible to
>> run "hccontrol -n ubt0hci cmd1 param1 cmd2 param2". changing
>> hccontrol(8) to support this kind of syntax is somewhat tricky,  
>> because
>> commands may have optional parameters.
>>
>> - have all non-default parameters appear on a separate lines, i.e.
>>
>>   ${dev}_bluetooth_local_name="..."
>>   ${dev}_bluetooth_hci_debug_level="..."

I would prefer these variable names take the form bluetooth_${dev} 
_foo, or even better, btconf_${dev}_foo.  That way all the bluetooth  
config entries group together by device when rc.conf is kept sorted  
by variable name. (This also follows the ifconfig_{$if} naming  
convention.)

--lyndon