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.