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 _______________________________________________ devkit-devel mailing list devkit-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/devkit-devel
