Forum: CFEngine Help
Subject: Re: [ANNOUNCE] CFEngine 3.4.0alpha1 is released
Author: prexz
Link to topic: https://cfengine.com/forum/read.php?3,26394,27016#msg-27016
Tested and working fine. Thanks!
___
Help-cfengine mailing list
Help-cfengine@cfengine
Did you also run autogen.sh again?
--Diego
On Aug 10, 2012, at 8:50 PM, "no-re...@cfengine.com"
wrote:
> Forum: CFEngine Help
> Subject: Re: CFEngine Help: build error
> Author: neilhwatson
> Link to topic: https://cfengine.com/forum/read.php?3,27013,27014#msg-27014
>
> Did a 'make distclean' b
Forum: CFEngine Help
Subject: Re: CFEngine Help: build error
Author: neilhwatson
Link to topic: https://cfengine.com/forum/read.php?3,27013,27014#msg-27014
Did a 'make distclean' but the error persists :(
___
Help-cfengine mailing list
Help-cfengine@cfe
Neil,
I had some strange compile errors (similar to yours) on my github checkout the
other day - solved them by doing a "make distclean" and then running autogen.sh
from scratch. Maybe this will work?
--Diego
On Aug 10, 2012, at 7:29 PM, no-re...@cfengine.com wrote:
> Forum: CFEngine Help
>
Forum: CFEngine Help
Subject: build error
Author: neilhwatson
Link to topic: https://cfengine.com/forum/read.php?3,27012,27012#msg-27012
I'm getting this error building from git clone.
Making all in pub
Making all in src
CC libpromises_la-cf3parse.lo
cf3parse.c: In function ‘yygrowstack’:
cf
I think it would make it easier to modularize policies, by not having to list
all inputs at the top level. For example, currently to integrate the cf-sketch
generated runfile in a main promises.cf, you have to (a) load the file, (b)
declare additional inputs using a bundle variable, and (c) call
On Tue, 7 Aug 2012 10:06:32 +0200 (CEST) sauer wrote:
n> So, I'd like to "repeably randomize" an integer on a host.
n> Specifically, I'd like to use essentially the logic from splayclass or
n> splaytime to pick a time to run a cron job. "Why not run the job from
n> CFEngine?" Well, because the
On Wed, 08 Aug 2012 00:31:26 -0500 Nick Anderson wrote:
NA> Has any thought been given to adding inputs from places other than body
common control?
I think it would make cf-promises unable to validate your policy, since
you'd need to actually run the policy to find out the full extent of it.
On Fri, 10 Aug 2012 10:07:34 +0200 (CEST) davidlee wrote:
n> Mark: Thanks. But why not do both reload and restart? They have different
semantics; they offer different appropriateness towards different behaviours.
I agree, reload and restart should both be provided. Here's the
standard Apach
Forum: CFEngine Help
Subject: Re: CFEngine Help: Service promises and reload
Author: toddnni
Link to topic: https://cfengine.com/forum/read.php?3,26901,27007#msg-27007
Mark: thanks for the change.
Davidlee: that is a good point, but restart option is all I need currently.
__
Forum: CFEngine Help
Subject: Re: understanding cfexecd process output
Author: neilhwatson
Link to topic: https://cfengine.com/forum/read.php?3,26978,27006#msg-27006
If the inputs are correct and you do not get the results you expect then this
host must not be a member of a class or classes that
Forum: CFEngine Help
Subject: Re: understanding cfexecd process output
Author: julian924s
Link to topic: https://cfengine.com/forum/read.php?3,26978,27005#msg-27005
Hi - yes, inputs are exactly the same. Rsync'd them over from the policyhost.
Running cfagent -DINSTALL in verbose gives:
Referenc
Forum: CFEngine Help
Subject: Re: CFEngine Help: Service promises and reload
Author: davidlee
Link to topic: https://cfengine.com/forum/read.php?3,26901,27004#msg-27004
Mark: Thanks. But why not do both reload and restart? They have different
semantics; they offer different appropriateness tow
Forum: CFEngine Help
Subject: Re: CFEngine Help: Service promises and reload
Author: mark
Link to topic: https://cfengine.com/forum/read.php?3,26901,27003#msg-27003
Just added the option "restart" (more consistent with the nomenclature than
reload) to the services promises, master branch on githu
14 matches
Mail list logo