Quote:
Quote:
Quote:
|
Hey guys,
I think I've got blueman and its dependents to a pretty stable state. More trials are needed I think, but so far so good. there are quite a lot of things needing updating though to get blueman running as it should. I think we may still need rc.bluetooth for the moment as I think we may never get hotplugging working for internal bluetooth cards. maybe it will be fixed in a later version of bluez ?? I've tried bluez 4.56, *.58 and udev 141, 149 and still no difference. I've been trying to get blueman to replicate the udev flood bug with the trunk version and so far so good, no out of the ordinary behavior. I will post everything that was needed tomorrow. |
Aha! I stumbled across an Ubuntu forum post that points out what is now rather obvious.
bluetoothd needs dbus to be running, but guess what's not running during early boot? :-) There are at least two ways to fix this: 1) Make an /etc/rc.d/rc.bluetooth script that contains this: Code:
udevadm trigger --subsystem-match=bluetooth It *still* might not be possible to start dbus early enough, but that's my preferred approach regardless - I'd like to start dbus early in boot so that wicd users can depend on the network being up earlier. At this point, assuming the blueman disk thrashing issue is truly resolved (and it seems that it is), I'm happy with the state of these packages. Unless there's a way to use konqueror or dolphin to browse obex:// links, there's not going to be a solution to that problem (unless you know something I don't). Either way, we can perhaps patch blueman/Constants.py.in to change OBEX_BROWSE_AVAILABLE to False, or we can change DEF_BROWSE_COMMAND to something besides nautilus (e.g. konqueror). |
Hey Robby,
I've just emailed you about the konqueror problem buddy. I think I have a solution that will work. As for starting dbus earlier I don't think this will be possible. I did have an idea it was down to this, I think I may of said in an earlier post ?? And I did try to get dbus to start early enough but was unsuccessful. (Although I didn't spend to much time on this) Cheers, Zarren |
Quote:
Quote:
Quote:
|
Bluetooth headset not working
I have been trying to get a BT headset to work for a couple of hours now. *pull hair*
It has been paired succesfully with blueman and below is some info about the headset. Code:
root@localhost:/mnt/data/user1# hcitool info 00:1C:EF:34:82:DC hci_scodata_packet: hci0 SCO packet for unknown connection handle 45 The bluetoothd is running with debug and displays the following: Code:
bluetoothd[6401]: Accepted new client connection on unix socket (fd=23) Any ideas? TIA/Magnus |
All times are GMT -5. The time now is 03:04 PM. |