Package Details: cfengine 3.7.3-2

Git Clone URL: https://aur.archlinux.org/cfengine.git (read-only)
Package Base: cfengine
Description: Automated suite of programs for configuring and maintaining Unix-like computers.
Upstream URL: http://www.cfengine.org
Licenses: GPL3
Submitter: None
Maintainer: ektich
Last Packager: ektich
Votes: 17
Popularity: 0.530767
First Submitted: 2008-10-25 17:55
Last Updated: 2016-04-25 12:01

Latest Comments

taksuyu commented on 2016-04-25 15:39

Works like a charm now. Good job!

ektich commented on 2016-04-25 13:10

3.7.3-2: I've added cfengine3.service and updated other .service files so that starting/restarting cfengine3.service will start/restart other three. (and I am ignoring the cfengine3.service that upstream provides).

taksuyu commented on 2016-04-25 01:25

I can understand that, but bootstrapping cfengine isn't the same as enabling them after installation. Part of the functionality is that cf-execd will check if the other services are still up to assure conformity for the system and you get repair failures when cf-exec can't restart them through the cfengine bash script in /etc/init.d/cfengine.

EDIT: It's actually the cfengine3 service that it looks for on systems with systemd, but the one they provide in the repo calls the bash script in /etc/init.d/cfengine. It manages successfully killing all the management processes and whatnot.

Could probably also make a wiki page. I wouldn't mind helping on that.

ektich commented on 2016-04-21 09:35

Arch's policy is not to enable services after installation, that's why CFEngine's own attempt to use "systemctl restart" after bootstrapping fails. (but I am making an assumption that you did not have relevant services running before bootstrapping). I'll try to reproduce your error later today and see what can be done to make it easier to install/bootstrap CFEngine.

taksuyu commented on 2016-04-21 01:46

I'm having problems bootstrapping a local machine to a policy server

(http://hastebin.com/basahetiqe.pl) Any ideas? I figure I can just enable them myself through systemctl, but that doesn't seems like it should be the default.

ektich commented on 2016-02-20 14:46

3.7.2-1: CFEngine 3.7 LTS branch, now using lmdb instead of qdbm.

ektich commented on 2016-02-07 11:10

I've prepared git pull request (https://github.com/zizzfizzix/pkgbuilds/pull/8) that switches to lmdb, but the version there is still 3.6.5. I'll try to prepare a new pull request for building 3.7.2 LTS version during the week.

andreas_baumann commented on 2016-02-07 10:49

Latest versions are 3.7.2 LTS or 3.8.1.

andreas_baumann commented on 2016-02-07 10:46

qdbm no longer exists as package or AUR package?

zizzfizzix commented on 2014-04-07 21:30

@ektich

Thanks for your patches.
As to your issue if I understand it correctly you're just doing it wrong not using systemctl in the first place in your policies. Here's an example how to do this: https://groups.google.com/forum/#!msg/help-cfengine/BGMrLuWb79k/E31PL5FtgXgJ
If you drop any "manual" service activation there won't be any clashes with systemctl, and since it's a specialized tool you can't do any better anyway ;)

All comments