DEB package dependencies are unreasonable

[DavidZemon]

The auto-detected package dependencies are unreasonably new. For instance, the .deb file depends on libfontconfig1 v2.11.94 or newer, which is not available on Debian Stretch (newest release at the time of this writing). Surely the CMake binaries from CMake.org will run on the newest version of Debian Stretch, so this is simply package builder being a PITA.

[DavidZemon]

One option (which I'll probably move forward with) is to create a virtual machine for something like Ubuntu 14.04 and build debs there from now on. This concept could be taken further, and I could start up VMs for Fedora and perhaps even Rhasbian running on a virtual ARM environment.

[DavidZemon]

Another option is to remove CMake from the PropWare package. There are a few permutations of the options here.

• Require cmake 3.3+, force users to do manual install if their distribution does not provide 3.3+
• Require cmake 3.3+ and provide cmake packages separately for any user on a system that does not provide it
• Revert some of the feature use in PropWare to be backwards compatible with older versions of CMake, therefore making it more reasonable to not provide a cmake package and rely on the OS-provided version being new enough

[DavidZemon]

Downgrading to CMake < 3.3 is not looking good. FindPropWare.cmake utilizes the generator expression $<COMPILE_LANGUAGE:...> for setting compilation flags on each target. The feature was introduced in v3.3 and the only other way to implement it (that I've found) in earlier versions is to set flags at a directory level (via set(CMAKE_<LANG>_FLAGS ...)).

[DavidZemon]

Oorrrr... I could just use Docker because that's what Docker was built for.