Hello,
I see now that there is a support for keyboard backlights in upower,
somethings few people cares about, is there is any plan to implement
laptop brightness panel interface in upower so lot of people that losts
their control after completely removing HAL can have this nice feature!
Che
I hope that the acpi brightness will be implemented in upower, for me
the correct thing is to have the brightness support working for most of
the people, i recall we had this discussion before and for whatever
reason it was said that all the brightness support should be on the
xrandr part, whic
Hello,
I see now that there is a support for keyboard backlights in upower,
somethings few people cares about, is there is any plan to implement
laptop brightness panel interface in upower so lot of people that losts
their control after completely removing HAL can have this nice feature!
Che
On 07/12/2010 12:52 PM, Richard Hughes wrote:
Version 0.9.5
~~~
Released: 2010-07-12
New Features:
- Add battery query support for iDevices (Bastien Nocera)
- Assign names to our idle sources when using new versions of glib2
(Richard Hughes)
- Dynamic testing for enough hibernate
On 07/12/2010 12:52 PM, Richard Hughes wrote:
Version 0.9.5
~~~
Released: 2010-07-12
New Features:
- Add battery query support for iDevices (Bastien Nocera)
- Assign names to our idle sources when using new versions of glib2
(Richard Hughes)
- Dynamic testing for enough hibernate
On 04/06/2010 05:48 PM, Richard Hughes wrote:
Version 0.9.2
~
Released: 2010-04-06
- Do not allow client programs to enumerate the device list more than
once (Richard Hughes)
I'm just curious about this, why? i know usually clients enumerate the
device list only once, but i'
On 01/29/2010 08:27 AM, Martin Pitt wrote:
But is udev compatible with BSD at all?
u{disks,power} are on a higher architecture level than udev, and thus
are more abstract and easier to implement on a different OS. So using
those APIs has a higher chance of portability than using udev.
On 01/18/2010 04:29 PM, Richard Hughes wrote:
> 2010/1/18 Ali Abdallah:
>
>> But we didn't have any release yet, so for me that's fine, i can provide a
>> configure switch of the bus name if nothing else is going to be dramatically
>> changed
>> in the
In Xfpm (Xfce's power manager) we decided to use the daemon directly,
despite that
i asked you to make the devkit-power-gobject library public to be able
to use it.
But we didn't have any release yet, so for me that's fine, i can provide
a configure
switch of the bus name if nothing else is goi
On 12/11/2009 12:12 PM, Krzysztof Kotlenga wrote:
> Richard Hughes wrote:
>
>
>> 2009/12/11 Martin Pitt:
>>
>>> Projects should have proper nouns to tell them apart from other
>>> projects. Otherwise, why bother, and just call them "kernel",
>>> "browser", and "instant-messenger".
>>>
David Zeuthen wrote:
> On Thu, 2009-12-03 at 09:08 +0100, Ali Abdallah wrote:
>
>> Are you able to give satisfying answer now?
>>
>
> Yes.
>
What is it?
>
>> i don't understand what is the benefit of changing the D-Bus
>> name and inv
David Zeuthen wrote:
> Hey,
>
> A lot of people have been asking what's up with the name DeviceKit-disks
> now that there is no DeviceKit daemon (which was replaced by libudev and
> libgudev). I never really was able to give a satisfying answer.
>
>
Are you able to give satisfying answer now? i
> As an alternate, I'm pretty sure they should work okay if run in
> parallel, if a little wasting on resources.
>
Yeah, of course, with addition to HAL...
> Richard.
> ___
> devkit-devel mailing list
> [email protected]
> http://li
Maxim Levitsky wrote:
> dbus-send
> --print-reply
> --system --dest=org.freedesktop.DeviceKit.Power
> /org/freedesktop/DeviceKit/Power org.freedesktop.DeviceKit.Power.Suspend
>
> But it fails with 'not authorized' message.
> Locally it works.
>
>
You need to setup polkit authorization for the
Richard Hughes wrote:
> but instead require people that use
> the code to define I_KNOW_DKP_BACKLIGHT_IS_TEMPORARY
This temporary thing will stay for 5 years at least, i saved this mail,
will send it back.
If this is not going to be implemented in dkp then people will just
stick with HAL
or wi
Richard Hughes wrote:
> As we all know, the hal-ectimisation continues. At the moment,
> gnome-power-manager still uses HAL for two things:
>
> * Ambient light sensors
> * Setting the backlight on hardware without xrandr BRIGHTNESS support,
> or where xrandr falls over
>
> Now, I've held off adding
Martin Pitt wrote:
> Richard Hughes [2009-05-05 16:20 +0100]:
>
>> On Mon, 2009-04-27 at 09:50 +0200, Ali Abdallah wrote:
>>
>>> It is a very good idea to have it in devkit power, i see no
>>> applications require lid events other than power managers.
&
Richard Hughes wrote:
> On Mon, 2009-04-27 at 09:50 +0200, Ali Abdallah wrote:
>
>> It is a very good idea to have it in devkit power, i see no
>> applications require lid events other than power managers.
>>
>
> There's a lid-is-closed property exposed i
Richard Hughes wrote:
> On Sun, 2009-04-26 at 16:22 +0200, Kay Sievers wrote:
>
>> DeviceKit-power will use libudev, and take over the all the
>> power/battery/UPS handling from HAL. At this point, the part of HAL
>> will be disabled.
>>
>
> Sure agree. Good email. One question:
>
> Switche
19 matches
Mail list logo
