On Tue, 2009-05-05 at 22:24 +0200, Martin Pitt wrote:
> Does that also have a solution for the power button? (The other ACPI
> even that g-p-m listens to through hal)
The kernel pushes that up through INPUT now.
Richard.
___
devkit-devel mailing list
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.
>>>
>> There's a lid-is-closed p
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.
>
> There's a lid-is-closed property exposed in git master.
Does that al
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 in git master.
>
Awesome, Thanks
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 in git master.
Richard.
___
devk
On Sat, May 2, 2009 at 02:33, Patrice Dumas wrote:
> On Sun, Apr 26, 2009 at 04:22:46PM +0200, Kay Sievers wrote:
>>
>> interface. At that point, the block stuff will be disabled in HAL.
>>
>> power/battery/UPS handling from HAL. At this point, the part of HAL
>> will be disabled.
>
> Why do you w
On Sun, Apr 26, 2009 at 04:22:46PM +0200, Kay Sievers wrote:
>
> interface. At that point, the block stuff will be disabled in HAL.
>
> power/battery/UPS handling from HAL. At this point, the part of HAL
> will be disabled.
Why do you want to disable stuff in hal? Just don't use it? There
may be
On Mon, Apr 27, 2009 at 09:43, 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.
Great
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
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:
Switches (killswitch, lid, tablet, headphone) are not
On Sun, Apr 26, 2009 at 23:45, Michael Biebl wrote:
> Afaics, no such work has been done yet within hal, which allows to
> disable the different components.
Yeah, that will be done, when we consider the stuff to be ready. It
will be pretty easy to that, I expect.
> On the other hand, gnome-power
Hi Kay,
thanks a lot for the informative reply
2009/4/26 Kay Sievers :
> On Sun, Apr 26, 2009 at 05:54, Michael Biebl wrote:
>> 2009/4/6 Kay Sievers :
>>>
>>> But the base DeviceKit daemon, that is just an event multiplexer, may
>>> go away and get replaced by udev itself. We will send an update
On Sun, Apr 26, 2009 at 05:54, Michael Biebl wrote:
> 2009/4/6 Kay Sievers :
>>
>> But the base DeviceKit daemon, that is just an event multiplexer, may
>> go away and get replaced by udev itself. We will send an update on
>> this the next weeks, when we do a final decision.
>
> Any updates on thi
2009/4/6 Kay Sievers :
>
> But the base DeviceKit daemon, that is just an event multiplexer, may
> go away and get replaced by udev itself. We will send an update on
> this the next weeks, when we do a final decision.
Any updates on this? Would be nice what you guys are planning and in
which direc
On Mon, 2009-04-06 at 20:48 +0200, Michael Biebl wrote:
> Hi,
>
> I noticed, that all DeviceKit packages install their udev rules files
> into /etc/udev/rules.d
>
> Isn't that deprecated by now (yet still supported) and one should use
> /lib/udev/rules.d instead?
Fixe
On Mon, Apr 6, 2009 at 11:48, Michael Biebl wrote:
> I noticed, that all DeviceKit packages install their udev rules files
> into /etc/udev/rules.d
>
> Isn't that deprecated by now (yet still supported) and one should use
> /lib/udev/rules.d instead?
It should, yes. All syste
Hi,
I noticed, that all DeviceKit packages install their udev rules files
into /etc/udev/rules.d
Isn't that deprecated by now (yet still supported) and one should use
/lib/udev/rules.d instead?
Michael
--
Why is it that all of the instruments seeking intelligent life in the
univers
17 matches
Mail list logo