(#10295) Work around bug #4248 whereby the puppet/util paths are not being loaded...
authorKen Barber <ken@bob.sh>
Wed, 26 Oct 2011 10:24:33 +0000 (12:24 +0200)
committerKen Barber <ken@bob.sh>
Wed, 26 Oct 2011 16:07:52 +0000 (18:07 +0200)
commitf3a7e0cf534e34c7c7b3318569c53f9d32dcabb6
tree6f6af13621242f70fb79e30305b8573e15128b63
parent5abf102914d5738ab1ea0a6b53837505ec79ff96
(#10295) Work around bug #4248 whereby the puppet/util paths are not being loaded correctly on the puppetmaster

This patch suggested by Dan Carley will work-around the puppet/util error
specified in bug #4248 by loading relative paths instead.

This also fixes the load errors related to running the resource in a standalone
puppet case as well.

If the load fails for some reason, we fall back to the normal load behaviour.
This order is important as we want to load libraries before sync in case the
user has disabled pluginsync in the meantime. This will ensure we attempt to
get the latest copy, but have a fall back just in case.

I believe this fix will need to be applied for some time to support older Puppet
versions.

I've updated the documentation to provide more thorough instructions for
cases where people are using environments, and to tell people to pluginsync
on the master and potentially restart their puppetmaster first just in case.
README.markdown
lib/puppet/type/firewall.rb