Thank you, Mark. Should I expect to see the fix in 3.1.0b3 or in
3.1.0 final, please?
I don't usually run code straight out of SVN mid-version -- don't want
to get cut on
the "cutting edge" of technology...
On Fri, Oct 15, 2010 at 3:10 AM, Mark Burgess wrote:
>
> Resolved this
>
Resolved this
On 10/15/2010 02:25 AM, Aleksey Tsalolikhin wrote:
> Dear Dan,
>
> The cfengine 3.1.0b2 source distribution tar ball includes both
> library.cf and cfengine_stdlib.cf.
>
>Please start with a clean slate and follow "Instructions to
> replicate the problem" below, you'll see t
Dear Dan,
The cfengine 3.1.0b2 source distribution tar ball includes both
library.cf and cfengine_stdlib.cf.
Please start with a clean slate and follow "Instructions to
replicate the problem" below, you'll see the problem.
Yours truly,
-at
On Thu, Oct 14, 2010 at 9:55 AM, Daniel V. Klein
As far as I know, library.cf is no longer part of the Cfengine distribution.
Th only file that you should have is cfengine_stdlib.cf - if there are any
conflicts, you should just change your private version of library.cf.
-Dan
On Oct 13, 2010, at 7:09 PM, Aleksey Tsalolikhin wrote:
> Hi. Thi
Hi. This is still broken in 3.1.0b2. Instructions to replicate the problem:
1. install from the cfengine 3.1.0b2 tarball
2. cp -rp /usr/local/share/doc/cfengine/inputs/ /var/cfengine/inputs
3. cp /usr/local/share/doc/cfengine/cfengine_stdlib.cf /var/cfengine/inputs
4. edit /var/cfengine/input
