* Make the structure of the server pkg match 6.2.28
* Fix OSX lib path
* Fix install destinations in client
Previously, backup_agent would map to fdbmonitor installation dir -
which is incorrect in the sense that it disagrees with where the default
foundationdb.conf expects to find backup_agent. Add a new backupagent
installation dir and install there, matching foundationdb.conf's
expectations.
Also fix an issue where several of the versions of fdbbackup weren't
being installed
* Update packaging/osx/buildpkg.sh for cmake
* Update README instructions for pkg file
* Remove osx cpack config
* Remove pm install destinations
* Fix weird syntax
* Remove cpack reference to PM
* Address review comments
Up unto here this code is only very rudiemantery tested.
This is a firest attempt of making cpack more user-friendly.
The basic idea is to generate a component for package type so
that we can have different paths depending on whether we build
an RPM, a DEB, a TGZ, or a MacOS installer. The cpack package
config file will then chose the correct components to use.
In a later point this should make it possible to build these
with `make packages` and the ugly iteration with calling cmake
between each package would be obsolete. While this solution is
a bit more bloated, it is also much more flexible and it will be
much easier to use.
Another benefit is, that this will get rid of all warnings during
a cpack run
Andrew Noyes