178160 2007-05-12 09:27 0000 net-wireless/bluez-utils-3.10 - hidd doesn't start 2007-08-26 13:11:46 0000 1 1 1 Unclassified Gentoo Linux Ebuilds 2006.1 All Linux RESOLVED FIXED P2 normal --- 1 jakub@gentoo.org betelgeuse@gentoo.org davidepesa@gmail.com dfgweb@dfg.homedns.org dick@mrns.nl gentoo-bugs2@grumly.info jakub@gentoo.org 2007-05-12 09:27:18 0000 <snip> * Starting Bluetooth ... * Running hid2hci ... [ ok ] * Starting hcid ... [ ok ] * Starting hidd ... Can't listen on HID control channel: Address already in use [ ok ] </snip> dick@mrns.nl 2007-05-12 10:38:22 0000 try disabling the input.service: 1. Edit /etc/bluetooth/input.service 2. Replace Autostart=true to Autostart=false 3. Restart bluetooth (/etc/init.d/bluetooth restart) You can read more about the input service at: http://wiki.bluez.org/wiki/Input jakub@gentoo.org 2007-05-12 10:43:12 0000 (In reply to comment #1) > try disabling the input.service: Well, that helps, thanks. Doesn't solve the issue though... :) > You can read more about the input service at: > http://wiki.bluez.org/wiki/Input This link appears completely unresponsive... gupe275@hotmail.com 2007-05-12 17:14:19 0000 Same problem here.. Setting Autostart=false helped me. gupe275@hotmail.com 2007-05-13 08:12:38 0000 hmm...does thist mean that I have to reconnect keyboard/mouse with every reboot/disconnect? dick@mrns.nl 2007-05-13 10:02:30 0000 No, but I'm experiencing the same issue with my notebook. Please make sure your hidd server is started, it also seems to help to keep your adapter visible and connectable (see bluetooth-applet from bluez-gnome). dick@mrns.nl 2007-05-15 17:30:43 0000 (In reply to comment #2) > Doesn't solve the issue though... :) I suppose we shouldn't use hidd anymore but instead use the input service dbus interface: #!/usr/bin/python import dbus bus = dbus.SystemBus() # service activation bmgr = dbus.Interface(bus.get_object('org.bluez', '/org/bluez'), 'org.bluez.Manager') bus_id = bmgr.ActivateService('input') imgr = dbus.Interface(bus.get_object(bus_id, '/org/bluez/input'), 'org.bluez.input.Manager') # device creation path = imgr.CreateDevice('xx:xx:xx:xx:xx:xx') idev = dbus.Interface (bus.get_object(bus_id, path), 'org.bluez.input.Device') # host initiated connection idev.Connect() ########################### Could you please check if this works for you? It doesn't work for my dinovo :( jakub@gentoo.org 2007-05-15 17:37:12 0000 (In reply to comment #6) > Could you please check if this works for you? It doesn't work for my dinovo :( Nope, doesn't work... Plus, I really kinda prefer the old way. :) betelgeuse@gentoo.org 2007-05-16 12:45:23 0000 hidd is gone in 3.10.1 The new service architecture is what should be used. If you want the old daemon use USE="old-daemons". Please test this using 3.10.1: ver 3.10.1: Add option to disable installation of manual pages. Fix input service encryption setup. Fix serial service methods. Fix network service connection handling. Provide a simple init script. the encryption setup could be what's borking it davidepesa@gmail.com 2007-05-16 16:05:34 0000 Hi! I have upgraded to bluez-utils-3.10.1 with USE="-cups -debug -examples hal -old-daemons -test-programs usb" and now my bluetooth mouse no longer works... With bluez-utils-2.25-r1 it worked very well (automatic pairing without any user intervention). With bluez-utils-3.10-r1 automatic pairing no longer worked, but I could anyway use `hidd --search` or `hidd --connect` to manually connect to my mouse. Now hidd is gone and I cannot use my mouse :( Recompiling with USE="old-daemons" isn't a solution IMHO, because those daemon are deprecated, and I'd prefer to go back to the old behaviour of bluez-utils-2.25 (automatic pairing of input devices) anyway... davidepesa@gmail.com 2007-05-16 16:12:36 0000 Btw, that little script from comment #6 does work for me... Where is it supposed to be put? betelgeuse@gentoo.org 2007-05-16 16:19:29 0000 19:17 < holtmann> It works fine actually. However they have to repair the device. Please try repairing the device. davidepesa@gmail.com 2007-05-16 16:53:58 0000 (In reply to comment #11) > 19:17 < holtmann> It works fine actually. However they have to repair the > device. > > Please try repairing the device. > How? dick@mrns.nl 2007-05-16 17:22:10 0000 > Btw, that little script from comment #6 does work for me... Where is it supposed to be put? I think it should be adopted by bluez-gnome / kdebluetooth or another wizard thingy. davidepesa@gmail.com 2007-05-16 17:41:40 0000 Sorry guys, but I really have some problems in understanding how this whole new "Services" thing works... For now I will use the script posted in comment #6 to connect to my mouse. I hope that kdebluetooth or some other tool will provide an easy and user-friendly interface to bluez as soon as possible... davidepesa@gmail.com 2007-05-16 18:28:50 0000 Well...now the python script doesn't work anymore! :O Traceback (most recent call last): File "./MightyMouse-connect.py", line 13, in ? path = imgr.CreateDevice('00:14:51:C2:9B:F6') File "//usr/lib/python2.4/site-packages/dbus/proxies.py", line 63, in __call__ return self._proxy_method(*args, **keywords) File "//usr/lib/python2.4/site-packages/dbus/proxies.py", line 134, in __call__ args, File "//usr/lib/python2.4/site-packages/dbus/connection.py", line 595, in call_blocking reply_message = self.send_message_with_reply_and_block( dbus.DBusException: org.bluez.input.Error.AlreadyExists: Input Already exists dick@mrns.nl 2007-05-16 19:16:48 0000 Created an attachment (id=119461) hidtool.py Improved script betelgeuse@gentoo.org 2007-05-16 19:28:19 0000 (In reply to comment #16) > Created an attachment (id=119461) [edit] > hidtool.py > > Improved script > Reopening this bug until we have hid reported working jakub@gentoo.org 2007-05-17 06:38:07 0000 (In reply to comment #12) > > Please try repairing the device. > How? Well, the mouse should have a button to do connect/pairing. Press it and `hcitool scan` if dbus doesn't pick it up - this has nothing to do with repair as in hardware repair of a broken thing, I think you got confused :) (In reply to comment #14) > Sorry guys, but I really have some problems in understanding how this whole new > "Services" thing works... You are not the only one who's unhappy with this: https://bugs.launchpad.net/ubuntu/+source/bluez-utils/+bug/29506.. dick@mrns.nl 2007-05-20 18:28:36 0000 Could someone please (re)try the input service with the latest bluez-gnome-0.7 (now in portage). The new bluetooth-applet should ask for authorisation for incoming requests. hidtool.py is still required to add the input devices. gupe275@hotmail.com 2007-05-20 20:25:15 0000 (In reply to comment #19) Yes, bluez-gnome-0.7 adds itself as authorization agent. Though I had to make sure that the "Automatically authorize..." setting was set since it will be quite hard to click on the notify balloon until the mouse is working. So to summarize: I have input.services, autostart=false; I ran hcitool scan to get the addresses of the keyboard and mouse. Used the hcitool.py script to add the addresses: hcitool.py --connect <myaddress> And I have to run hcitool.py without arguments on _every_ reboot to trigger the input daemon. As a side note, restarting my bluetooth gives: * Service bluetooth stopping * Service bluetooth stopped * Service bluetooth starting [ !! ] * Service bluetooth started gupe275@hotmail.com 2007-05-20 20:38:17 0000 (In reply to comment #20) > And I have to run hcitool.py without arguments on _every_ reboot to trigger the input daemon. If I set input.service autostart=true, I don't have to run hcitool.py on every reboot. Thanks betelgeuse@gentoo.org 2007-05-20 20:47:54 0000 (In reply to comment #21) > (In reply to comment #20) > > And I have to run hcitool.py without arguments on _every_ reboot to trigger the input daemon. > > > If I set input.service autostart=true, I don't have to run hcitool.py on every > reboot. > That's good to hear. Maybe add a hid use flag to make it autostart automatically. dick@mrns.nl 2007-05-21 09:25:48 0000 I think we'd better use the old-daemons use flag to disable the input service, maybe we should add the hidd init.d script to start the hid daemon. betelgeuse@gentoo.org 2007-05-21 16:49:23 0000 (In reply to comment #23) > I think we'd better use the old-daemons use flag to disable the input service, > maybe we should add the hidd init.d script to start the hid daemon. > Well as long as the input service has autostart=false, I don't see any problem in always installing it besides of course little bloat. Yes I think it would be prudent to add a hidd init script for now with the USE="old-daemons" use flag. dick@mrns.nl 2007-05-21 18:13:47 0000 Created an attachment (id=119911) hidtool.py > I don't see any problem in always installing it Okay, we are talking about the same thing, I don't want to disable the input service, just setting autostart to false when old-daemons is enabled. I've updated the hidtool.py script so one can re-connect devices by 'path', list productid / vendorid and some cosmetic fixes :) betelgeuse@gentoo.org 2007-05-24 16:33:06 0000 (In reply to comment #25) > > > I don't see any problem in always installing it > Okay, we are talking about the same thing, I don't want to disable the input > service, just setting autostart to false when old-daemons is enabled. > +*bluez-utils-3.11 (24 May 2007) + + 24 May 2007; Petteri Räty <betelgeuse@gentoo.org> + +files/3.11/conf.d-hidd, +files/3.11/init.d-hidd, + +bluez-utils-3.11.ebuild: + Version bump. Added an init script for the hidd daemon when the old-daemons + use flag is on as suggested in bug #178160. The input service is also disabled + by default when the old-daemons use flag is on. + betelgeuse@gentoo.org 2007-06-21 17:56:09 0000 20:51 < Betelgeuse> holtmann: do you think it's better to install hidd or that custom script? 20:52 < holtmann> No No and No. The connect or create is only needed once. After that the HID connects back to you. It works this way. Period. 20:52 < Betelgeuse> holtmann: ok 20:52 < Betelgeuse> holtmann: so I install the helper and instruct people to run it the first time? 20:53 < holtmann> Have a script using input API is perfectly fine. I personally would prefer to use it C only. So no Python dependency for bluez-utils. So basically for the new service architechture we need some kind of a helper installed. Either what Dick wrote or installing hidd. I think kdebluetooth-1.0_rc3 has something for it too. dick@mrns.nl 2007-06-21 18:08:05 0000 I suppose gnome-bluetooth will get that functionality too (there is some wizard code already in the tarball). Maybe I will rewrite hidtool.py to a C program. betelgeuse@gentoo.org 2007-06-21 18:34:23 0000 (In reply to comment #28) > I suppose gnome-bluetooth will get that functionality too (there is some wizard > code already in the tarball). > Maybe I will rewrite hidtool.py to a C program. > kdebluetooth 1.0_beta3 should have a wizard for it too http://bluetooth.kmobiletools.org/1.0-beta3 being in python is not a problem for us but you could get your script upstream if you write it in C betelgeuse@gentoo.org 2007-08-26 13:11:46 0000 Both bluez-gnome and kdebluetooth have GUI support for input devices nowadays and jakub reports that they work so marking this as fixed. 119461 2007-05-16 19:16 0000 hidtool.py hidtool.py text/plain IyEvdXNyL2Jpbi9weXRob24KaW1wb3J0IHN5cwppbXBvcnQgZ2V0b3B0CmltcG9ydCBkYnVzCgpi dXMgPSBkYnVzLlN5c3RlbUJ1cygpCgpibWdyID0gZGJ1cy5JbnRlcmZhY2UoYnVzLmdldF9vYmpl Y3QoJ29yZy5ibHVleicsICcvb3JnL2JsdWV6JyksICdvcmcuYmx1ZXouTWFuYWdlcicpCmJ1c19p ZCA9IGJtZ3IuQWN0aXZhdGVTZXJ2aWNlKCdpbnB1dCcpCgppbWdyID0gZGJ1cy5JbnRlcmZhY2Uo YnVzLmdldF9vYmplY3QoYnVzX2lkLCAnL29yZy9ibHVlei9pbnB1dCcpLCAnb3JnLmJsdWV6Lmlu cHV0Lk1hbmFnZXInKQoKb3B0bGlzdCwgYXJncyA9IGdldG9wdC5nZXRvcHQoc3lzLmFyZ3ZbMTpd LCAnJywgWydsaXN0JywnY29ubmVjdD0nLCdkaXNjb25uZWN0PScsJ2hlbHAnXSkKCmZvciBvcHQs dmFsIGluIG9wdGxpc3Q6CglpZiBvcHQgPT0gJy0tbGlzdCc6CgkJZm9yIHBhdGggaW4gaW1nci5M aXN0RGV2aWNlcygpOgoJCQlpZGV2ID0gZGJ1cy5JbnRlcmZhY2UgKGJ1cy5nZXRfb2JqZWN0KGJ1 c19pZCwgcGF0aCksICdvcmcuYmx1ZXouaW5wdXQuRGV2aWNlJykKCQkJcHJpbnQgcGF0aCwgJ25h bWU6JywgaWRldi5HZXROYW1lKCksICdjb25uZWN0ZWQ6JywgaWRldi5Jc0Nvbm5lY3RlZCgpCgll bGlmIG9wdCA9PSAnLS1jb25uZWN0JzoKCQlwYXRoID0gaW1nci5DcmVhdGVEZXZpY2UodmFsKQoJ CWlkZXYgPSBkYnVzLkludGVyZmFjZSAoYnVzLmdldF9vYmplY3QoYnVzX2lkLCBwYXRoKSwgJ29y Zy5ibHVlei5pbnB1dC5EZXZpY2UnKQoJCWlkZXYuQ29ubmVjdCgpCgllbGlmIG9wdCA9PSAnLS1k aXNjb25uZWN0JzoKCQlpbWdyLlJlbW92ZURldmljZSh2YWwpCgllbGlmIG9wdCA9PSAnLS1oZWxw JzoKCQlwcmludCAndXNhZ2U6ICcsIHN5cy5hcmd2WzBdLCAnWyAtLWxpc3QsIC0tY29ubmVjdD1Y WDpYWDpYWDpYWDpYWCwgLS1kaXNjb25uZWN0PS9vcmcvYmx1ZXovaW5wdXQvZGV2aWNlMCwgLS1o ZWxwIF0nCgo= 119911 2007-05-21 18:13 0000 hidtool.py hidtool.py text/plain IyEvdXNyL2Jpbi9weXRob24KaW1wb3J0IHN5cwppbXBvcnQgZ2V0b3B0CmltcG9ydCBkYnVzCgpi dXMgPSBkYnVzLlN5c3RlbUJ1cygpCgpibWdyID0gZGJ1cy5JbnRlcmZhY2UoYnVzLmdldF9vYmpl Y3QoJ29yZy5ibHVleicsICcvb3JnL2JsdWV6JyksICdvcmcuYmx1ZXouTWFuYWdlcicpCmJ1c19p ZCA9IGJtZ3IuQWN0aXZhdGVTZXJ2aWNlKCdpbnB1dCcpCgppbWdyID0gZGJ1cy5JbnRlcmZhY2Uo YnVzLmdldF9vYmplY3QoYnVzX2lkLCAnL29yZy9ibHVlei9pbnB1dCcpLCAnb3JnLmJsdWV6Lmlu cHV0Lk1hbmFnZXInKQoKb3B0bGlzdCwgYXJncyA9IGdldG9wdC5nZXRvcHQoc3lzLmFyZ3ZbMTpd LCAnJywgWydsaXN0JywnY29ubmVjdD0nLCdkaXNjb25uZWN0PScsJ2hlbHAnXSkKCmZvciBvcHQs dmFsIGluIG9wdGxpc3Q6CglpZiBvcHQgPT0gJy0tbGlzdCc6CgkJZm9yIHBhdGggaW4gaW1nci5M aXN0RGV2aWNlcygpOgoJCQlpZGV2ID0gZGJ1cy5JbnRlcmZhY2UgKGJ1cy5nZXRfb2JqZWN0KGJ1 c19pZCwgcGF0aCksICdvcmcuYmx1ZXouaW5wdXQuRGV2aWNlJykKCQkJcHJpbnQgIiVzIE5hbWU6 IFwiJXNcIiBJRDogJTA0eDolMDR4IENvbm5lY3RlZDogJWkiICUgKHBhdGgsIGlkZXYuR2V0TmFt ZSgpLCBpZGV2LkdldFByb2R1Y3RJZCgpLCBpZGV2LkdldFZlbmRvcklkKCksIGlkZXYuSXNDb25u ZWN0ZWQoKSkKCWVsaWYgb3B0ID09ICctLWNvbm5lY3QnOgoJCXBhdGggPSAnJwoJCWlmICh2YWxb MF0gPT0gJy8nKToKCQkJcGF0aCA9IHZhbAoJCWVsc2U6CgkJCXBhdGggPSBpbWdyLkNyZWF0ZURl dmljZSh2YWwpCgkJaWRldiA9IGRidXMuSW50ZXJmYWNlIChidXMuZ2V0X29iamVjdChidXNfaWQs IHBhdGgpLCAnb3JnLmJsdWV6LmlucHV0LkRldmljZScpCgkJaWRldi5Db25uZWN0KCkKCWVsaWYg b3B0ID09ICctLWRpc2Nvbm5lY3QnOgoJCWltZ3IuUmVtb3ZlRGV2aWNlKHZhbCkKCWVsc2U6CgkJ cHJpbnQgJ3VzYWdlOiAnLCBzeXMuYXJndlswXSwgJ1sgLS1saXN0LCAtLWNvbm5lY3Q9W1hYOlhY OlhYOlhYOlhYLCAvb3JnL2JsdWV6L2lucHV0L2RldmljZTBdLCAtLWRpc2Nvbm5lY3Q9L29yZy9i bHVlei9pbnB1dC9kZXZpY2UwLCAtLWhlbHAgXScKCQlicmVhawoK