Fixed gentoo package list regex
Set $(paths.path[npm]) and $(paths.path[pip]) to the correct path on darwin and
freebsd

Set $(paths.path[getfacl]) to the correct path on freebsd
Set the default value of $(paths.path[getfacl]) to '/usr/bin/getfacl'
on all platforms except freebsd and darwin
Merge pull request #320 from skreuzer/pip

Fix path to npm, pip and getfacl
Merge pull request #285 from adyxax/master

Fixed gentoo package list regex
tests/acceptance/lib/bundles/run_ifdefined.cf: new test
Add: Path to wc for debain and redhat

wc is a commonly used utility. Having it in the stdlib can help make
some policy more portable.
Merge pull request #365 from nickanderson/path_wc

Add: Path to wc for debain and redhat
Updating test cases to not relay on ordering of getindices any more.
Merge pull request #367 from pasinskim/master

Updating test cases to not relay on ordering of getindices any more.
fix systemd service handling

Modified by: Eystein Måløy Stenberg <eystein@cfengine.com>
use default (generic) package body and add metadata for story_id 5513 (package present)

Modified by: Kristian Amlie <kristian.amlie@cfengine.com>
use default (generic) package body and add metadata for story_id 5514 (package absent)

Modified by: Kristian Amlie <kristian.amlie@cfengine.com>
Make sure that listing patch updates does not do online update.

Listing patches is something we do on every run, so we don't want that
to hit the repository servers every time. In fact the
package_patch_list_command is not supposed to download anything, just
to list available patches from the local cache.
package_list_update_command is where the update should happen, which
is properly protected by timeouts.

Intentionally not ported to 3.5 branch, because at the time of
writing, core commit f861baa38 has not been ported to that branch,
which means it won't solve the problem anyway, and we prefer not to
rock the boat.
Merge pull request #368 from kacfengine/yum_cacheonly_fix

Make sure that listing patch updates does not do online update.
Merge pull request #372 from kacfengine/stories

Fixup of #371
Change: Enterprise HA policy cleanup

Ref: https://dev.cfengine.com/issues/6813

The CFEngine Enterpise HA policy uses features from 3.6. When the policy
is loaded on 3.5 and earlier clients it fails to validate.

Make the HA policy only load on En Additionally there is no reason to
load the HA policy on clients that are not enterprise hubs.

Change class names to make them more self describing and specific to
reduce changes of clashing with custom policies.

Move enablement of hub ha to def and update_def from ha_def with other
feature enablement classes.
Merge pull request #370 from nickanderson/version_based_inputs_HA

Change: Enterprise HA policy cleanup
Attempt to work around failure in GPG on Debian 4.

I can't reproduce on my machine, so I can only hope it will work. GPG
does actually succeed at what it's supposed to regardless, but it
returns an error code, which disturbs the test.
Fix broken expansion of 3.5 HA bundles in bundlesequence

@(cfengine_enterprise_hub_ha.classification_bundles) and
@(cfengine_enterprise_hub_ha.management_bundles) were reported as
undefined when using 3.5 agent.