Fix building akonadiprivate_obj with out of system lzma libs on macOS
The initial issue i had is that lzma is avaialble, but not in a standard / default path. As this target use / include lzma, it need to have those headers available. So yeah, we don't need explicit linking here as it's a middleware library, but at least update the include path locations so lzma.h can be included. Maybe we would need patch update_include_directories and ensure it add lzma headers instead ?
yes, that's a solution.
There's another issue I just see now. FindLibLZMA.cmake provided by the minimum CMake version doesn't provide CMake targets. LibLZMA::LibLZMA was added in CMake 3.14. We need either a local copy or use old style variables.