bluetooth: passkey-agent ends with /etc/init.d/bluetooth restart

Bug #89758 reported by Robert J. Schulz
4
Affects Status Importance Assigned to Milestone
kdebluetooth (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Binary package hint: kdebluetooth

Note: this Bug is perhaps related to Bug #89291 BUT NOT THE SAME

After boot the passkey is running (sorry, i don't know wheth it actually works :( )

robert@sandra-laptop:~$ ps auxw|grep blu
robert 6731 0.0 0.0 1840 624 ? S 23:29 0:00 /usr/bin/passkey-agent --default /usr/lib/kdebluetooth/kbluepin
robert 6734 0.1 1.4 31372 13100 ? S 23:29 0:00 kbluetoothd --dontforceshow
robert 7087 0.0 0.0 2896 772 pts/1 R+ 23:31 0:00 grep blu

after /etc/init.d/bluetooth restart
its missing
root@sandra-laptop:/home/robert# ps auxw|grep blu
robert 6734 0.0 1.5 31452 14460 ? S Mar04 0:00 kbluetoothd --dontforceshow
root 9835 0.0 0.0 2900 764 pts/1 R+ 00:39 0:00 grep blu

i guess, it stops because sdpd is shutdown. IMHO it should stay active even if sdpd or so shuts down. Some Problem in DBUS?

workaround:
restart the pinhelper manually:

/etc/init.d/bluetooth restart ; /usr/bin/passkey-agent --default /usr/lib/kdebluetooth/kbluepin &

gives in syslog:

Mar 4 23:36:56 sandra-laptop hcid[7285]: Bluetooth HCI daemon
Mar 4 23:36:56 sandra-laptop hcid[7285]: HCI dev 0 registered
Mar 4 23:36:56 sandra-laptop hcid[7285]: HCI dev 0 already up
Mar 4 23:36:56 sandra-laptop hcid[7285]: Device hci0 has been added
Mar 4 23:36:56 sandra-laptop hcid[7285]: Starting security manager 0
Mar 4 23:36:56 sandra-laptop hidd[7289]: Bluetooth HID daemon
Mar 4 23:36:56 sandra-laptop hcid[7285]: Device hci0 has been activated
Mar 4 23:36:56 sandra-laptop hcid[7285]: Starting SDP server
Mar 4 23:36:56 sandra-laptop hcid[7285]: Default passkey agent (:1.18, /org/bluez/passkey_agent_7298) registered

Also somehow a kde message pops up each time if i do a restart which is annoying.

Tags: feisty kubuntu
Revision history for this message
RobertBrunhuber (ubuntu-rbrunhuber) wrote :

I think that the passkey-agent is not necessary to keep running even when the bluetooth service is restarted. But I'd like to vote for the debian way to start the passkey-agent.

The ubuntu way:
The passkey agent is started via autostart in this file "/usr/share/autostart/ kbluepin.autostart.desktop"
The disadvantage is:
If bluetooth is stopped or restarted passkey agent gets disconnected and can not be restarted if the user does not know the above mentioned command.

The debian way:
/usr/bin/kbluetoothd is renamed to /usr/bin/kbluetoothd.real
/usr/bin/kbluetoothd is a shell script which first starts passkey-agent and then /usr/bin/kbluetoothd.real.

The advantage for the user: If the passkey-agent gets killed for whatever reason, just restart kbluetoothd and you are set. Most people are restarting a non-cooperative program as a reflex and it will work again.

On the other hand since the passkey-agent line is just a "hack" needed for kbluepin/kbluetoothd with the debian script the workaround is contained only in this file.

Changed in kdebluetooth:
status: Unconfirmed → Confirmed
tags: added: kubuntu
tags: added: feisty
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.