Re: [Bluez-devel] Suggesting bluez_pinhelper

Daniel Gollub
2007-05-27T23:19:47Z

On Sunday 27 May 2007 15:52:30 Gilboa Davara wrote:
> As some of you may be aware, the current version of kdebluetooth has no
> support for recent (>= 3.9) bluez DBUS interface.
Thats correct - it's even quite unmaintained for a while...
I started at the #1 BlueZ Meeting a kdebluetooth-dbus-integration branch:

http://websvn.kde.org/branches/work/kdebluetooth-dbus-integration/

The libkbluetooth got a full rewrite and wraps the full BlueZ DBus API (and
the Input Service so far ...) - main goal: avoid any linking against
bluez-libs.

The kio_slaves (kio_bluetooth, kio_sdp) and kcm_btpaired got ported to the new
libkbluetooth API. The kbluetoothd got rewrite and renamed to kbluetooth and
is now a "simple" tray icon application like bluez-gnome. And acts as
(Default) Passkey Agent and Authorization Agent. It also includes a (very
experimental) bluetooth input device wizard which makes use of the BlueZ
Input Service.

Actually i planned to make the first release last week ... but i run out of
time. Feel free to give the latest SVN revision a try...

> As it stands I got two options:
> A. Use this code as a stop-gate until qt-dbus + kdebluetooth is released
> (KDE 4?) maintaining this code as a Fedora-only blob.
KDE4, got already some progress in supporting the BlueZ DBus API. There is an
experimental Solid Management backend for Bluetooth (trunk/kdebase) which
includes also a DBus based BlueZ. There is still some work left - but it has
also an initial support for the input service. The Passkey/Authorization
Agent support is still missing in KDE4, but will be implementend hopefully
quite soon. Last but not least:

- Juan started porting the kio_slaves for KDE4 based on Solid. He will do more
work on KDE4 Bluetooth implementation during his GSoC project.
- Tom Patzig is taking care about the input wizard for KDE3 and most other
missing UI implementation (services, trusted users, ...) - later also KDE4
stuff.

I guess one of them will do also the implementation of the
Passkey/Authorization Agent in the UI - as soon the solid implementation is
done.

The kdebluetooth-dbus-integration also includes a rewrite of kio_obex (called
kio_obex2) from the kmobiletools project. kio_obex2 isn't based anymore on
some own libqobex/libkobex implementation ... just based on obexftp and
supports finally OBEX transport via USB.

Btw. if there is any issue/problem with the DBus-"SUSE patch" let me know - in
most cases it's my fault. It's a simple (async) implementation of a Default
Passkey Agent and seems to work quite well.

best regards,
Daniel