2011/9/7 Timothy Pearson <kb9vqf@...>:
>> On Thursday 08 September 2011 01:24:51 Timothy Pearson wrote:
>>
>>> OK.  I should mention that HAL's replacements (DeviceKit and its pieces)
>>> are more limited than HAL.  This impacts Trinity, as one of its design
>>> goals is to expose as much useful information to the user as possible.
>>> Currently we strongly recommend to use HAL when possible, as there is no
>>> direct replacement for it under Linux at this time.
>>
>> This can potentially bar you from inclusion of Trinity in distributions.
>
> "Strongly recommend", not "require". ;-)
>
> See my message a couple of minutes ago with a possible patch to allow HAL
> support to be disabled.
>
> Believe me, if there was a stable and full featured replacement for HAL I
> would migrate to it immediately.  When DeviceKit is, for example, balking
> at adding backlight control to the power saving module (!?!??) I get
> rather concerned about the entire HAL "replacement".

Can't you get the info You need from other sources? I mean sysfs, DBUS
and so on?

>Can you try this patch against kdebase to see if it enables compilation
 >without HAL support?

cmake configured just fine. Right now I'm compiling and it goes just fine.