Hi Mark Sorry for not replying sooner, been locked in conversation with the ubuntu guy and opensync peoples about... HAL :-)
> Really !? My first thought is, How Odd. Actually I remember someone in > the past insinuating something like that, just before I made odccm's ip > setup configurable, but I thought I was misunderstanding. > > I suppose that would work though, *dccm would pick up the new interface > and dhclient it rather than assign a static address. But then how does > the device know what addresses it can use to avoid clashes ? Yes, very odd indeed! I have no idea how it would cope with multiple addresses at all. > Cool, yep I'm in Surrey, I'll definitely consider that. For now could > you send an ifconfig of an interface, and anything else you think may > help my understanding ? I will get you output from my WM6 device as soon as my brain is awake - right now i'm falling asleep and I have another 2 emails to write... > I'm coming around to the HAL idea actually, but I'm not that aware of > how much you can do. Would it go something like this. > > 1) Register a device type with HAL, so when a WM is connected it starts > a *dccm. We provide an FDI that tells HAL to start a script when a device using the rndis_host or ipaq driver is detected Said script initiates dccm as below > 1) How does *dccm know what ip configurations it can use, and which may > already be in use by other devices ? We no longer have centralised data > in a single process. No idea - even with one *dccm its weird as the device has its own DHCP server.. We can at least publish the ips and what not in HAL so that other interested parties know what to connect to? > 2) How would we send a 'device connected' signal to the likes of > trayicon and raki ? Multiple processes couldn't bind to a single dbus > address, can HAL actively send arbitrary events ? HAL sends new device events. You can also get a "new capability" event when you modify the "info.capabilities" property. Any data you currently get from odccm over dbus i think we would get over HAL instead. A HAL device also has a path of its own, not unlike how odccm behaves. John ------------------------------------------------------------------------- SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ SynCE-Devel mailing list SynCE-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synce-devel
