Resolves #4

https://github.com/osquery/osquery/releases/tag/5.16.0

Fixes #3

https://github.com/osquery/osquery/releases/tag/5.15.0

https://github.com/osquery/osquery/releases/tag/5.14.1

Fixes #2

https://github.com/osquery/osquery/releases/tag/5.13.1

https://osquery.readthedocs.io/en/latest/deployment/aws-logging/

Required four new patches:

* 0013-Replace-boost-filesystem-path.-leaf-filename.patch
  https://github.com/osquery/osquery/commit/68107a349052b2b71381f730bb9e178f874ef09f.patch
* 0014-Update-usage-of-boost-property_tree-ptree-get_child.patch
  https://github.com/osquery/osquery/commit/e4b8c72482a3dda7da720d8f57a1a5b933578356.patch
* 0015-Replace-boost-filesystem-path.-normalize-lexically_n.patch
  https://github.com/osquery/osquery/commit/303e3c68437bc0d7722e898463ba7fa1c07f484a.patch
* 0016-Adapt-tests-for-Boost-1.86.0-JSON-serialization-chan.patch
  https://github.com/osquery/osquery/commit/732322e67457670741d6cd08055daa8ea5cc641e.patch

Upstream PR: https://github.com/osquery/osquery/pull/8409

Patches have been removed from the package repository and are now sourced
directly from GitHub.

https://github.com/osquery/osquery/releases/tag/5.12.2

Apply a fairly massive patch set to:

- Link to system libraries instead of building dependencies from submodules and
  statically linking them.
- Fix various compilation issues.
- Disable some tables I wasn't able to build: system_controls & block_devices.

Upstream tags pre-releases which nvchecker will pick up as new versions
when using the git as a source.

Signed-off-by: David Runge <dvzrv@archlinux.org>

Signed-off-by: David Runge <dvzrv@archlinux.org>

Signed-off-by: David Runge <dvzrv@archlinux.org>

store the https://github.com/anatol/osquery patches as .patch files here, at the Arch repo

Maitaining a large patch and porting it to the new osquery releases is a tremendous work.
Rather spending time on the huge patch we switch to more upstream-like static build.

The cmake build pulls all the dependencies and builds it itself.
The main difference is that we do not use libc++ (as libLLVM does not work well with it)
and instead use the default library from gcc.

[1] https://github.com/osquery/osquery/issues/6286

Previous yara rebuild against staging also picked up dependency to unreleased version of boost.
Return back to stable version of boost.