2009/12/14 Victor Lowther :
> On Thu, 2009-12-10 at 23:16 -0600, Victor Lowther wrote:
>> On Sat, 2009-12-05 at 22:24 -0600, Victor Lowther wrote:
>> > PM-utils 1.3.0-rc1 is not available for testing. Notable changes from
>> > the pm-utils 1.2 series:
>>
>> Fresh after -rc1, -rc2 is out. This inc
On Fri, 2010-01-15 at 11:50 +, Richard Hughes wrote:
> 2010/1/14 Maxim Levitsky :
> > Problem was that devicekit has too many hardcoded tables, one of which
> > makes all non standard device be treated as 'system internal'
> > in update_info_is_system_internal
> > Folks, is devicekit alive?
>
On Fri, 2010-01-15 at 13:07 +0100, Michael Biebl wrote:
> I'd also be interested in David's plans for udisks for GNOME 2.30.
> As devicekits-disk resp. udisks is encapsulated by g-d-u/gvfs the
> switch should be easier there, right?
Right. The plan is for gnome-disk-utility 2.30 to depend on udisk
On Fri, 2010-01-15 at 11:45 +0100, Martin Pitt wrote:
> Hey Benjamin,
>
> Benjamin K. Stuhl [2010-01-14 18:48 -0700]:
> > there doesn't seem to be a replacement for HAL's EjectPressed signal
> > for CD/DVD drives.
>
> GNOME has indeed the same problem.
>
> As Kay already explained, we changed d
Hey Benjamin,
Benjamin K. Stuhl [2010-01-14 18:48 -0700]:
> there doesn't seem to be a replacement for HAL's EjectPressed signal
> for CD/DVD drives.
GNOME has indeed the same problem.
As Kay already explained, we changed dk-disks to unlock CDs after
mounting [1] instead, which in nowaday's syst
2010/1/15 Michael Biebl :
> Currently I find the following reverse dependencies of
> libdevkit-gobject-power:
> gnome-session
> gnome-power-manager
> gdm
Agreed, and also now tracker.
> Not sure, how many apps use the D-Bus interface.
> What are your plans wrt GNOME 2.30? Will those apps be port
2010/1/8 Richard Hughes :
> 2010/1/8 Michael Biebl :
>> so, the next version will be renamed to upower then?
>> What's the ETA for that release?
>
> I'm waiting for freedesktop to rename the repos. We'll also be doing
> DeviceKit-power releases in parallel with upower for some time, as
> distros su
2010/1/14 Maxim Levitsky :
> Problem was that devicekit has too many hardcoded tables, one of which
> makes all non standard device be treated as 'system internal'
> in update_info_is_system_internal
> Folks, is devicekit alive?
>
> I think that nether devicekit nor gdu must have no hardcoded table