Subject: Re: [Bluez-devel] D-Bus interfaces
From: Marcel Holtmann <marcel@holtmann.org>
To: Fredrik Noring <noring@nocrew.org>
Cc: BlueZ Mailing List <bluez-devel@lists.sourceforge.net>
In-Reply-To: <1076333024.5263.116.camel@kalkyl.roxen.com>
References: <1076265358.2670.36.camel@pegasus>
	 <1076266267.14742.38.camel@akka.yeti.nocrew.org>
	 <1076267396.2670.58.camel@pegasus>
	 <1076275689.14742.93.camel@akka.yeti.nocrew.org>
	 <1076277250.6869.24.camel@pegasus>
	 <1076278554.14742.112.camel@akka.yeti.nocrew.org>
	 <1076279508.6869.54.camel@pegasus>
	 <1076280612.14742.147.camel@akka.yeti.nocrew.org>
	 <1076282343.6869.65.camel@pegasus>
	 <1076284317.14742.179.camel@akka.yeti.nocrew.org>
	 <1076287085.6869.70.camel@pegasus>
	 <1076311376.14742.202.camel@akka.yeti.nocrew.org>
	 <1076321200.6869.75.camel@pegasus>
	 <1076322129.5263.28.camel@kalkyl.roxen.com>
	 <1076323138.6869.93.camel@pegasus>
	 <1076323602.5263.41.camel@kalkyl.roxen.com>
	 <1076324584.6869.109.camel@pegasus>
	 <1076327592.5263.64.camel@kalkyl.roxen.com>
	 <1076331669.6869.164.camel@pegasus>
	 <1076333024.5263.116.camel@kalkyl.roxen.com>
Content-Type: text/plain
Message-Id: <1076341569.6869.200.camel@pegasus>
Mime-Version: 1.0
Sender: bluez-devel-admin@lists.sourceforge.net
Errors-To: bluez-devel-admin@lists.sourceforge.net
Date: Mon, 09 Feb 2004 16:46:09 +0100

Hi Fredrik,

> > this is only true if the plain file itself is designed in somekind of
> > database format like /etc/passwd, but for hcid.conf that is not
> > acceptable. The format of hcid.conf is more flexible and if a user has
> > to edit this file, I don't wanna allow a program do edit it as well and
> > introduce its own format style.
> 
> Why is the formating style a problem?

ask yourself what's the indentation of hcid.conf and how should a
computer program know about it. Of course this is possible to handle,
but it is always a mess.

> > So we have to separate some settings.
> 
> Is the formating style issue the main reason for introducing a binary
> database instead of plain text?

No. This is the reason against letting hcid modify the hcid.conf. If the
settings are stored like in /etc/passwd or in a per-line basis I have no
problems with plain text files for this case.

> > If we want a clean interface for the configuration stuff that is not
> > covered by the HCI specification (like name cache etc.) we must go
> > through these interface in all cases, because the hcid implementation is
> > replaceable and the storage format also.
> 
> It would be great to have file storage documented and part of the interface 
> as well. Forcing specialized tools isn't flexible and user/admin friendly.

No. If we use a uniform storage, there is no need for a D-Bus interface,
because the application can modify the storage directly. One of the main
ideas is to abstract from the storage of the information. We provide an
interface to access and modify them and that must be enough.

Regards

Marcel


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel