(maint) restrict redcarpet gem to <= 2.3.0

Per the tag annotation from the redcarpet 3.0.0 release, 2.3.0 is the last
version compatible with ruby 1.8.7.

https://github.com/vmg/redcarpet/releases/tag/v3.0.0
(maint) Don't setup puppet.conf for facter acceptance setup
Merge pull request #582 from jhoblitt/redcarpet_gem

(maint) restrict redcarpet gem to <= 2.3.0
(maint) Workaround travis/rubygems failures with ruby 1.8.7
Revert "(maint) Workaround travis/rubygems failures with ruby 1.8.7"

This reverts commit 6ab0a03b53994dd7dd4a0243c31a4d81613dfccf.
Merge pull request #587 from adrienthebo/maint/stable/acceptance-remove-puppet.conf-setup

(maint) Don't setup puppet.conf for facter acceptance setup
21760/22005 update preflight to delete old lib dir

In order to install in the top-level site_ruby directory, we need to clean out
any installs in the old site_ruby/1.8 location. We're doing this by setting a
variable in the package:apple task. If it's set, we remove all files there as
well as files in the new location.

While I'm here:
* update erb to strip leading and trailing spaces
* validate critical variables so a script is never generated with dangerous paths
* only target top-level files/dirs in lib, since we're doing rm -RF anyway
Use Dir.glob(), don't require rubygems or rake, use Dir.chdir as a block
use instance_variable_get instead of eval
(21868) Move facter libary target to /Library/Ruby/Site

We currently drop the facter library files in /usr/lib/ruby/site_ruby/1.8
OSX, which is a symlink to /Library/Ruby/Site/1.8. As of OSX 10.9 Maverick
this will no longer work because it will be ruby 2.0.0. There are hard way
and easy ways to solve this problem. A hard way would be to somehow
introspect the target host at install time, and then dynamically copy the
payload into the correct ruby version specific path. Another hard way woul be
to create different OSX packages for different versions of OSX. Or, we could
pick the easy way, which is to just install into /Library/Ruby/Site (the
equivalent of /usr/lib/ruby/site_ruby). Since facter will work on all rubies
shipped with supported versions of OSX, this will "just work".

Signed-off-by: Moses Mendoza <moses@puppetlabs.com>
Merge pull request #593 from MosesMendoza/21868/stable/cherry_pick_mavericks_pkging

21868/stable/cherry pick mavericks pkging
(#22107) Force ASCII-8BIT encoding on raw data in property lists

Ruby-1.9 and up default to UTF-8 encoding for strings, but CFData is
used to store bytestrings in plists as read from file-like objects.  So,
disregard the encoding returned from `obj.read`, treating the string as
a bytestring.
Merge branch 'pull-513' into stable

This closes GH-513
(maint) Redirect dmidecode stderr to /dev/null

Previously most calls to dmidecode had stderr redirected to /dev/null.
dmidecode tends to have error messages that go to stderr during execution,
which pollutes facter runs. This commit updates the remaining calls to
dmidecode to also redirect stderr to /dev/null so that facter runs can continue
in blissful ignorance of any dmidecode errors.
Merge pull request #596 from haus/stable

(maint) Redirect dmidecode stderr to /dev/null
(maint) Update virtual spec to match dmidecode invocation

A previous commit updated the dmidecode invocation in util/virtual.rb, but it
did not update the corresponding spec test, which stubs the invocation to
return 'something'. This commit updates the virtual spec tests to stub the
updated invocation.
Merge pull request #601 from haus/maint/stable/fix_virtual_specs

(maint) Update virtual spec to match dmidecode invocation
(packaging) Update FACTERVERSION to 1.7.5-rc1