> 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. If yes then the change in the cmake test would be valid. If the new TDEHWLIB scheme is not dependent upon dbus-tqt, then deleting the if( WITH_HAL ) test as I did in my temporary patch would seem a reasonable solution.

I don't know how all the parts connect, which is why I wrote I don't know the correct long-term solution for all distros.

Darrell