l since its plausible to have more than one session (granted
you never will do powersave on a multisession system).
On Tue, May 11, 2010 at 5:10 PM, Dario Freddi wrote:
> On Tuesday 11 May 2010 16:56:50 Tobias Arrskog wrote:
> > For 1) I'd say define "idle" as being the a
mouse even if a friend streams from my samba share.
Tobias.
On Tue, May 11, 2010 at 3:08 PM, Richard Hughes wrote:
> On 11 May 2010 13:53, Tobias Arrskog wrote:
> > When dealing with PowerManagement in XBMC I've noticed that on linux side
> > there really doesn't seem to be a g
Hi!
When dealing with PowerManagement in XBMC I've noticed that on linux side
there really doesn't seem to be a general daemon or manager that can handle
if the system is idle or not, this leaves every session to handle it
themself.
Since XBMC is meant to work equally good on both with and without
Hi!
I'm one of the developer over at team-xbmc and I recently noticed that
UPower have added the Sleeping and Resuming signals, awesome!
I noticed a problem with them when implementing them into xbmc however. The
resuming signal works fine but the sleeping signal is only emitted if I call
AboutToS
No problem for XBMC, I abstracted it when hal got deprecated so it will be
easy to add a runtime check for upower
On Mon, Jan 18, 2010 at 7:18 PM, Richard Hughes wrote:
> 2010/1/18 Tobias Arrskog :
> > XBMC (xbmc.org) does use it directly.
>
> Would it be okay for xbmc to lo
XBMC (xbmc.org) does use it directly.
(sorry richard, I accidently hit reply instead of reply to all)
On Mon, Jan 18, 2010 at 3:24 PM, Richard Hughes wrote:
> This morning I've spent an hour or so renaming internal classes and
> most of the filenames we use internally.
>
> I'm planning to renam
On Tue, Dec 8, 2009 at 8:04 PM, Dario Freddi wrote:
> On Tuesday 08 December 2009 16:36:04 Tobias Arrskog wrote:
> > Sure I agree, I just made it quick (more as a proof of concept for a
> patch
> > I was working on).
>
> So I assume you'll be/are working this alrea
d get reopened.
In XBMC, LIRC comes to mind as a perfect candidate, it tends to need
reinitiate and we want suspend to behave transparently as shutdown, so
resume needs to look like a startup so we rescan and such.
On Tue, Dec 8, 2009 at 4:36 PM, Tobias Arrskog
wrote:
> Sure I agree, I just
Sure I agree, I just made it quick (more as a proof of concept for a patch I
was working on).
But glad to see that there is more than me that needs it atleast :D
On Tue, Dec 8, 2009 at 4:34 PM, Richard Hughes wrote:
> 2009/12/8 Tobias Arrskog :
> > I posted a patch a few weeks ago,
I posted a patch a few weeks ago, It might have been overlocked or just
uggly :)
Basically it did a dbus-event from pm-utils.
http://lists.freedesktop.org/archives/devkit-devel/2009-November/000527.html
On Tue, Dec 8, 2009 at 4:26 PM, Richard Hughes wrote:
> 2009/12/8 Dario Freddi :
> > The Aw
Not sure if this is the right place to ask so please ignore if its not.
Are there any plans for supporting any standardised messages on resume from
suspend / hibernate. I have provided a pm-util script that will send a
DeviceKit.Power event on resume but it haven't recieved any love at all :)
It
I'm the developer for XBMCs power integration (nearly all dbus related stuff
actually). And you can take a look at our code if you wish, the power
integration is rather simple since were mostly an application but it's
neatly abstracted (i.e. XBMC doesn't know if it's hal, devicekit old, new
devicek
I guess this is obvious but might aswell ask, will the name change be
reflected in the dbus names aswell?
(P.S sorry richard for replying to you privately first)
Tobias
On Wed, Dec 2, 2009 at 1:29 PM, Richard Hughes wrote:
> 2009/12/2 Arnaud Quette :
> > any idea on the new DK-power name (prob
before the script so I have omitted them
for now.
/Tobias Arrskog a.k.a topfs2
DeviceKitPower
Description: Binary data
___
devkit-devel mailing list
devkit-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/devkit-devel
14 matches
Mail list logo
