(MAINT) Add PE 3.4 installer answers module.

Also adds spec tests.

Signed-off-by: Wayne <wayne@puppetlabs.com>
(QENG-841) don't run beaker package configuration on osx hosts

- beaker does not know how to install packages on osx, so we shouldn't
  try to
(QENG-251) Beaker should be able to run the PE installer in debug mode

- add verbose mode for linux/mac and win installs.
- add '-x' for bash frictionless installer
- fix issue with non-UTF-8 encoded characters generated in windows logs
(QENG-846) Add timestamp to options hash.

This makes the timestamp available globally during Beaker runs so it can be used
to add files to the specific run's log directory without being confused by other
simultaneous runs of Beaker due to the use of log/latest symlink.

Signed-off-by: Wayne <wayne@puppetlabs.com>
Merge pull request #319 from waynr/feature/pe-34-answers

(MAINT) Add PE 3.4 installer answers module.
Fix broken debian installs of FOSS puppet

Previously some versions of apt would not resolve the puppet-common package
dependency for versions other than the latest release. This pins the
puppet-common package to the same version as puppet to prevent these issues.
Merge pull request #332 from waynr/feature/QENG-846-add-timestamp-to-options-hash

(QENG-846) Add timestamp to options hash.
(QENG-645) Add `master-start-curl-retries` to host options.

Allows per-host modification of the number of curl retries to perform when
restarting puppet master.
Merge pull request #325 from anodelman/mac-support

(QENG-841) don't run beaker package configuration on osx hosts
Merge pull request #324 from anodelman/pe-in-debug

(QENG-251) Beaker should be able to run the PE installer in debug mode
Merge pull request #329 from waynr/feature/curl-retries

(MAINT) Feature/curl retries
Merge pull request #331 from justinstoller/fix_install_puppet

Fix broken debian installs of FOSS puppet
(QENG-842) Always wait for puppetmaster to be ready when bouncing

Previously, we would only wait for the puppetmaster to be started if a
host config file explicitly requested it. Our init scripts actually
require this waiting pretty much across the board now, so trying to
only do this when it's needed is silly. And even when it's not needed
we only curl once - it's not a ton of overhead.