From: Bastien N. <ha...@ha...> - 2009-05-26 10:19:52
|
On Tue, 2009-05-26 at 13:04 +0300, Alex Kanavin wrote: > 2009/1/29 Bastien Nocera <ha...@ha...>: > >> It is also possible to just fork USB interface discovery code from > >> openobex to ods. That way we wouldn't break openobex API and ods > >> wouldn't have to depend on very recent openobex version (furthermore, > >> nobody knows when it would be released anyway). > > > > Using the same code as openobex for the device discovery, and fixing a > > few memleaks in the process. > > > > Patch for obex-data-server attached. > > The original problem has now been fixed - openobex now provides > bus/dev/intf numbers: > http://git.kernel.org/?p=bluetooth/openobex.git;a=commitdiff;h=7f20532c4d569555b82d93897b1a9b09b2360d8f;hp=000f1d7abd0afd6a67f9e261f6d672138170c318 > The release should follow shortly. > > So the patch for obex-data-server that does USB discovery can (and > should) be reversed. Cool. > Bastien, what about my patch adding Gnome OBEX volume monitor to gvfs? > This has been hanging in the bugzilla for months without a single > comment. The reason is that HAL is deprecated, and we should be using libudev for enumeration. Except that the libudev-gobject bindings aren't finished, and we weren't sure which leg to stand on for this new monitor. I'll get to it as soon as the libudev-gobject bindings are available (and post my Sixaxis bluetoothd patch that uses that as well). Cheers |