>> While it's not nearly as good as what you describe above,
>> this is exactly what TDE now has in reaction to the HAL problem.  Try
>> compiling tdebase with the -DWITH_TDEHWLIB option and the -DWITH_HAL
>> option
>> both enabled and see if that fixes the build problem.  If so, then CMake
>> needs to be updated to handle this in a sane manner instead of having to
>> enable two contradictory options to successfully build without HAL
>> support. ;-)
>
> Building with -DWITH_TDEHWLIB and -DWITH_HAL won't resolve the build
> failures. The tdebase top level ConfigureChecks.cmake file is hard-coded
> only to test for HAL. That is why I mentioned I considered changing the
> cmake test from if( WITH_HAL ) to if( WITH_HAL OR WITH_TDEHWLIB ).
>
> I don't know whether the new TDEHWLIB scheme is dependent upon dbus-tqt.

While TDEHWLIB itself (i.e. the library code in tdelibs) is not, other
previously HAL-dependent features in tdebase are still dependent on
dbus-tqt.  Therefore, tdebase is dependent on dbus-tqt even if the
TDEHWLIB is in use.

Tim