957218: Require 3.2 certs for cores enabled subscriptions
Virt-limit sub-pool quantity should no longer use entitlement quantity.

When a physical system binds to a virt-limited pool, the sub-pool
created for guests of the host should have:

  quantity = virt_limit

Not what we do today:

  quantity = virt_limit * entitlement quantity

There was a unit test covering changes to the virt limit which was using
an entitlement quantity 1, which hides the issue. As such I changed that
test to use an entitlement quantity > 1, and make sure we have coverage
for the scenario where this rolls out and existing pools need to have
their quantity reduced.

Spec tests adjusted to make sure changing the entitlement quantity also
has no bearing on the sub-pool quantity.
Update instance based test data.

We will be using virt_limit to control the sub-pool size, and
host_limited will also be on to enable host restricted sub-pools in
both hosted and standalone.
Switch instance test data to be a separate eng product.

Easier to find and test with.
Fix rules guest detection.

Fact for is_guest can show up as "False", which does not work for the
method we were using to check if the fact was present or not.
Merge pull request #239 from candlepin/mstead/cores-version-fixes

957218: Require 3.2 certs for cores enabled subscriptions
Merge pull request #245 from candlepin/dgoodwin/inst-sub-pool

Dgoodwin/inst sub pool
Fixing broken compliance_reasons tests

Cores version was bumped, needed to also bump
the certificate_version of the test consumers.
Automatic commit of package [candlepin] release [0.8.6-1].