Package Details: cfengine 3.15.2-1

Git Clone URL: https://aur.archlinux.org/cfengine.git (read-only, click to copy)
Package Base: cfengine
Description: Automated suite of programs for configuring and maintaining Unix-like computers.
Upstream URL: https://cfengine.com
Licenses: GPL3
Submitter: None
Maintainer: bidulock (Lex-2008)
Last Packager: bidulock
Votes: 20
Popularity: 0.000000
First Submitted: 2008-10-25 17:55 (UTC)
Last Updated: 2021-05-25 02:39 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 Next › Last »

vn158 commented on 2017-05-03 10:39 (UTC)

Compiling is not working, error appears during make DONE: Configuration done. Run make/gmake to build CFEngine Community. Making all in libcompat CC generic_at.lo CC closefrom.lo CC rpl_ctime.lo CCLD libcompat.la ar: `u' modifier ignored since `D' is the default (see `U') Making all in libutils CC alloc.lo CC atexit.lo CC hashes.lo hashes.c: In function 'FileChecksum': hashes.c:50:20: error: storage size of 'context' isn't known EVP_MD_CTX context; ^~~~~~~ hashes.c:50:20: warning: unused variable 'context' [-Wunused-variable] make[3]: *** [Makefile:613: hashes.lo] Chyba 1 make[2]: *** [Makefile:487: all] Chyba 2 make[1]: *** [Makefile:677: all-recursive] Chyba 1 make: *** [Makefile:578: all] Chyba 2 ==> CHYBA: Do#lo k chyb# v build(). Ru#ení...

ektich commented on 2017-05-03 09:35 (UTC)

@vn158 what are the symptoms you're seeing? not compiling or not running?

vn158 commented on 2017-05-03 07:22 (UTC)

Package looks broken after openssl upgrade to 1.1 - I tried --with-openssl=/usr/include/openssl-1.0/openssl but it looks like make at least partialy ignores this.

ektich commented on 2016-09-20 06:31 (UTC)

Upstream installs all files in to /var/cfengine, and for consistency with other systems and with upstream's packaging (even though upstream is breaking "rules") I am reluctant to move files into /var/lib/cfengine. regarding libyaml I'll check if it is listed as a pre-requisite upstream or not before changing anything.

bidulock commented on 2016-09-19 13:08 (UTC)

cfengine E: Dependency libyaml detected and not included (libraries ['usr/lib/libyaml-0.so.2'] needed in files ['usr/lib/libpromises.so.3.0.6']) Please add libyaml to depends array. cfengine W: File (var/cfengine/) exists in a non-standard directory. cfengine W: File (var/cfengine/masterfiles/) exists in a non-standard directory. cfengine W: File (var/cfengine/ppkeys/) exists in a non-standard directory. cfengine W: File (var/cfengine/inputs/) exists in a non-standard directory. cfengine W: File (var/cfengine/outputs/) exists in a non-standard directory. cfengine W: File (var/cfengine/bin/) exists in a non-standard directory. cfengine W: File (var/cfengine/modules/) exists in a non-standard directory. cfengine W: File (var/cfengine/bin/cf-monitord) exists in a non-standard directory. cfengine W: File (var/cfengine/bin/cf-promises) exists in a non-standard directory. cfengine W: File (var/cfengine/bin/cf-key) exists in a non-standard directory. cfengine W: File (var/cfengine/bin/cf-serverd) exists in a non-standard directory. cfengine W: File (var/cfengine/bin/cf-agent) exists in a non-standard directory. cfengine W: File (var/cfengine/bin/cf-upgrade) exists in a non-standard directory. cfengine W: File (var/cfengine/bin/cf-runagent) exists in a non-standard directory. cfengine W: File (var/cfengine/bin/cf-execd) exists in a non-standard directory. cfengine W: File (var/cfengine/bin/rpmvercmp) exists in a non-standard directory. These should be in /var/lib/cfengine instead of /var/cfengine

taksuyu commented on 2016-04-25 15:39 (UTC)

Works like a charm now. Good job!

ektich commented on 2016-04-25 13:10 (UTC)

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 (UTC) (edited on 2016-04-25 02:16 (UTC) by taksuyu)

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 (UTC)

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 (UTC)

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.

« First ‹ Previous 1 2 3 4 5 6 Next › Last »