public inbox for linux-bluetooth@vger.kernel.org
 help / color / mirror / Atom feed
From: Marcel Holtmann <marcel@holtmann.org>
To: BlueZ development <bluez-devel@lists.sourceforge.net>
Cc: bluez-devel@lists.sf.net
Subject: Re: [Bluez-devel] Bonding methods only avaliable for present	adapters
Date: Wed, 18 Oct 2006 20:29:07 +0200	[thread overview]
Message-ID: <1161196147.30606.26.camel@localhost> (raw)
In-Reply-To: <200610181932.21788.dgollub@suse.de>

Hi Daniel,

> i started porting the kcm_btpaired module (KDE controlcenter menu) to make use 
> of the BlueZ DBus API. The kcm_btpaired module is intended to 
> view/list/delete/export/... linkkeys of remote devices. The bonding methods 
> (and other adapter specifics methods ..) can only used when the adapter is 
> present. So the linkkey list in kcm_btpaired will be empty, when there is no 
> bluetooth dongle connected. 
> 
> Is this intended in the DBus API? That methods, which are based on stored 
> data, not avaliable?

actually we never really thought about it. In most cases you only want
to modify device settings for attached devices.

> If not, maybe a new object path for known devices would be helpful. 
> Like: /org/bluez/FF:FF:FF:FF:FF or /org/bluez/adapters/FF:FF:FF:FF:FF
> 
> Which should provide near the same methods as a present adapter.  At least the 
> function which based on stored stuff from /var/lib/bluetooth/*/*
> Maybe this can also be done with the org.bluez.Adapter interface.

It would be an option to allow additional access for currently not
present adapters. I am not sure if that is really needed in the real
world.

> Or is direct access to linkkeys via filesystem the only way?

The storage and storage format should be hidden from all desktop
application. Remember that there should not even be any need to link
against the Bluetooth library.

Regards

Marcel



-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

      reply	other threads:[~2006-10-18 18:29 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-10-18 17:32 [Bluez-devel] Bonding methods only avaliable for present adapters Daniel Gollub
2006-10-18 18:29 ` Marcel Holtmann [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1161196147.30606.26.camel@localhost \
    --to=marcel@holtmann.org \
    --cc=bluez-devel@lists.sf.net \
    --cc=bluez-devel@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox