With the previous behavior, any fact which depended on another fact in a file
not matching its name would fail to properly load the required fact, resulting
in missing, incorrect, or inconsistent values.

For instance, the operatingsystem fact depends on the lsbdistid fact found in
lsb.rb. The first time the operatingsystem fact is requested, it requires
lsb.rb, and so the required fact is loaded first. But if Facter is subsequently
cleared and the operatingsystem fact requested again, the require will not
occur, and the fact will not be automatically loaded because it doesn't match
its filename.

Now if a fact is requested and can't be found, we will attempt to load all the
facts to find it. Such an approach appears heavy-handed, but in the case where
we want a particular fact, this is the only way to make sure we've found it. In
the case where we eventually want other facts, we are conveniently eagerly
loading them.

Paired-With: Jacob Helwig <jacob@puppetlabs.com>

* ticket/next/6728-facter_improperly_detects_openvzve_on_cloudlinux_systems:
  (#6728) Facter improperly detects openvzve on CloudLinux systems
  (#6883) Update Facter install.rb to be slightly more informative.

Make the openvz check for more than just the vz directory to be sure it's
OpenVZ.

Update the OpenVZ fact to be slightly more resilient in it's checking of
OpenVZ, so it doesn't clash with CloudLinux's LVE container system.

This is in line with our proposed plan to change
from the GPL license to Apache 2.0.

Please see this link for further explanation:

https://groups.google.com/d/topic/puppet-users/NuspYhMpE5o/discussion

renames Facter::Util::Resolution#length to weight as a more generic
mechanism for allowing resolutions to state their importance

On an OSX host:

    $ facter operatingsystem
    Darwin

    $ facter_operatingsystem=Not_Darwin facter operatingsystem
    Not_Darwin

But on a linux/solaris host:

    $ facter operatingsystem
    CentOS

    $ facter_operatingsystem=Not_CentOS facter operatingsystem
    CentOS

As the operatingsystem fact resolution for linux-based kernels has higher
precedence than the environment variable as it has more matching confines than
the value from the environment variable.

This patch adds from_environment to the resolution mechanism, which makes the
resolution have an artificially high weight by claiming the length of its
confines array is 1 billion.

If xend is not running, xm list writes to stderr and facter propagates
this to the user.  Redirect stderr to /dev/null.

* tickets/next/6716-osx-ipv6-macaddress:
  Clean up indentation, and alignment in macaddress_spec.rb
  (#6716) fix facter issues on OSX with ipv6 in macaddress.rb.