'Twas brillig, and Tanu Kaskinen at 18/03/11 11:13 did gyre and gimble: > It's perfectly normal for BlueZ to disable some endpoint types, so printing a > log message at error level isn't a good idea. > > For facilitating an informative message in case of some endpoint type is > disabled, the send_and_add_to_pending() function interface is also changed to > be more generic (the pa_bluetooth_device pointer is replaced with a void > pointer). Can you rebase these two on git master please? I just merged a whole bunch of changes from BT guys and these both fail now. The first patch is easy to rebase, but may need further changes if extra added code is also needing tweaked so wasn't confident in pushing it. The second patch failed more and I didn't really look at the reasons much :p Col -- Colin Guthrie gmane(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited [http://www.tribalogic.net/] Open Source: Mageia Contributor [http://www.mageia.org/] PulseAudio Hacker [http://www.pulseaudio.org/] Trac Hacker [http://trac.edgewall.org/]
