DeviceKit-power release next Monday

[Patrice Dumas]

On Wed, Oct 07, 2009 at 12:32:28PM -0400, David Zeuthen wrote:
> 
> that DeviceKit-disks is a distro-neutral interface where the obvious
> users are things like GNOME Disk Utility, the GNOME desktop shell (e.g.
> Nautilus) and in the future things like OS installers (which may or may
> not be distro-neutral).
> 
> Anyway, part of "what API regular apps need" includes enumerating
> storage devices. I was trying to say that it is a bug if such apps use
> DeviceKit-disks (the same way some of these used to use HAL) instead of,
> say, GIO. Or whatever equivalent the Q or E or whatever stack is
> providing. That's all.

Maybe my use for DK* may not be what they have been done for, but I was
clearly not thinking about those kind of applications -- they don't really
need to mess up with disks, indeed, but more about applications that 
would need to do something with disks at a low level, for example a
command line application that would partition disks that could be used
on a cluster of headless computers, or in fluxbox/fvwm/icewv...

> > I really can't see how a gtk+ interface would correspond with DKP. Maybe 
> > GLib (to avoid reinventing low level functions), although it would be 
> > better if it is more independent, but gtk+ doesn't make sense to me. It 
> > is much too high level.
> 
> Some apps do need to deal with power management - for example, for long
> running operations without user interaction (like copying a file or
> burning a CD) needs to ensure that the system won't suspend. Again,
> these apps shouldn't use DK-p - they should use an API provided by the
> toolkit stack they are using.

Looking at the DKp doc, a user of DKp that don't need gnome could be an
application that shutdown devices when power is low and they were idle
for a certain amount of time, or simplly a command-line app to suspend the
computer (maybe devkit-power will do that, though).

--
Pat