Thanks for your report!
This looks like the same problem as #643321.
Would you perform the following?
And what kind of result you brought, or do you let me know and get?
-----
sudo mv /etc/dbus-1/system.d/bluetooth.conf.dpkg-remove
/etc/dbus-1/system.d/bluetooth.conf
sudo /etc/init.d/dbus restart # X server may be finished.
sudo /etc/init.d/bluetooth restart
restart bluedevil
-----
Best regards,
Nobuhiro
2011/9/19 scott leggett <s...@internode.on.net>:
> _______________________________________________
> Pkg-bluetooth-maintainers mailing list
> Pkg-bluetoot...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bluetooth-maintainers
>
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
Hi,
Thanks for looking into this issue.
This file does not exist on my system:
/etc/dbus-1/system.d/bluetooth.conf.dpkg-remove
and this file already exists:
$ cat /etc/dbus-1/system.d/bluetooth.conf
<!-- This configuration file specifies the required security policies
for Bluetooth core daemon to work. -->
<!DOCTYPE busconfig PUBLIC "-//freedesktop//DTD D-BUS Bus Configuration
1.0//EN"
"http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd">
<busconfig>
<!-- ../system.conf have denied everything, so we just punch some holes -->
<policy user="root">
<allow own="org.bluez"/>
<allow send_destination="org.bluez"/>
<!-- allow root to send to agents -->
<allow send_interface="org.bluez.Agent"/>
</policy>
<!-- allow users at the console, see consolekit or libpam-foreground -->
<policy at_console="true">
<allow send_destination="org.bluez"/>
</policy>
<!-- allow users of bluetooth group to communicate with hcid -->
<policy group="bluetooth">
<allow send_destination="org.bluez"/>
</policy>
<!-- allow users of lp group (printing subsystem) to communicate with hcid
-->
<policy group="lp">
<allow send_destination="org.bluez"/>
</policy>
<policy context="default">
<deny send_destination="org.bluez"/>
</policy>
</busconfig>
Is there something I can edit manually in this conf file?
Regards,
Scott.
Hi,
I'm running into an issue right at the start:
$ bluez-simple-agent hci0 00:02:76:28:93:EA
Creating device failed: org.bluez.Error.AuthenticationFailed: Authentication
Failed
Note that I got the address of my bluetooth mouse when it appears briefly in
the KDE bluetooth manager.
I tried googling that error message, but couldn't find any useful information.
My system configuration looks very similar to yours. This is a weird issue.
</busconfig>
$ id
uid=1000(scott) gid=1000(scott)
groups=1000(scott),24(cdrom),25(floppy),27(sudo),29(audio),30(dip),44(video),46(plugdev),110(netdev),111(bluetooth),114(fuse),116(powerdev),117(scanner)
Regards,
Scott.
I did a little digging into the bluez code..
The error message appears to be caused by the call to input_device_set_channel() on line 89 of input/server.c:
ret = input_device_set_channel(&src, &dst, psm, chan);
if (ret == 0)
return;
error("Refusing input device connect: %s (%d)", strerror(-ret), -ret);
The ENOENT is returned when either the device, or the connection isn't able to be found (line 1209 of input/device.c):
int input_device_set_channel(const bdaddr_t *src, const bdaddr_t *dst, int psm,
GIOChannel *io)
{
struct input_device *idev = find_device(src, dst);
struct input_conn *iconn;
if (!idev)
return -ENOENT;
iconn = find_connection(idev->connections, "hid");
if (!iconn)
return -ENOENT;
...
Not being familiar with the code I can't really say how find_device() or find_connection() is failing. My device does appear under /sys/:
$ find / -iname "*hci0*" 2> /dev/null
/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.1/1-1.1:1.0/bluetooth/hci0
/sys/class/bluetooth/hci0
I hope this information gives some more ideas about what might be going wrong here.
Regards,
Scott.