[Kde-hardware-devel] Re: UDev subsystems whitelist

2011-01-03 Thread Kevin Ottens
On Friday 31 December 2010 17:25:39 Alex Fiestas wrote: Hi there In order to fix the deviceAdded/removed signals in the udevBackend we've to set a whitelist of the subsystems we're interested on. So far this is the list: video4linux processor sound tty dvb net usb // Media players

[Kde-hardware-devel] Re: Hal-less status (implemented interfaces)

2011-01-03 Thread Kevin Ottens
On Sunday 19 December 2010 20:45:35 Alex Fiestas wrote: We're close to accomplish one of our goals, a KDE 4.6 which doesn't depends on HAL and 100% retrocompatible, good work to everyone! Congrats for taking the torch and running away with it on that one! Was badly needed, it's really

[Kde-hardware-devel] Re: Review Request: Add a resumingFromSuspend signal to PowerManager::Notifier

2011-01-03 Thread Kevin Ottens
--- This is an automatically generated e-mail. To reply, visit: http://svn.reviewboard.kde.org/r/6119/#review9490 --- No go API wise IMO. Only the signal should be in the public API

[Kde-hardware-devel] Re: Review Request: Add a resumingFromSuspend signal to PowerManager::Notifier

2011-01-03 Thread Dario Freddi
On 2011-01-03 18:50:58, Kevin Ottens wrote: No go API wise IMO. Only the signal should be in the public API and that's it, anything else is showing implementation details to the outside I think. Well, the main rationale behind it is that the signal can be indeed not be emitted at all -

[Kde-hardware-devel] Re: Review Request: Add a resumingFromSuspend signal to PowerManager::Notifier

2011-01-03 Thread Kevin Ottens
On 2011-01-03 18:50:58, Kevin Ottens wrote: No go API wise IMO. Only the signal should be in the public API and that's it, anything else is showing implementation details to the outside I think. Dario Freddi wrote: Well, the main rationale behind it is that the signal can be indeed

[Kde-hardware-devel] Re: Hal-less status (implemented interfaces)

2011-01-03 Thread Christopher Blauvelt
Can you give me some names? maybe we can arrange something :) however feel free to deprecate the interface until someone codes one. Well, the thing is that Solid as a library should support features that are needed by more than one application, and so far nobody is using SmartCardReader api