Re: appending a slist

Exactly as you did. It works for me. nwat...@symcor.com wrote: > Mark Burgess wrote on 2009-12-01 15:46:59: > >> If the symbol is not defined, it cannot be expanded > > Is there a way to append an existing list? > > Sincerely, > -- > Neil Watson > 416-673-3465 > > > > -

Re: invalid mode string error.

I've put together a test bundle for this. Nova gives out these errors: cf-promises -f ./foo.cf Invalid mode string (${mod}) Problem validating a mode string Promise (version not specified) belongs to bundle 'filecontents' in file './foo.cf' near line 50 Comment: ${cmt} Unknown user ${usr} Unknown

Re: appending a slist

Mark Burgess wrote on 2009-12-01 15:46:59: > > If the symbol is not defined, it cannot be expanded Is there a way to append an existing list? Sincerely, -- Neil Watson 416-673-3465 CONFIDENTIALITY WARNING This communication, including any attachments, is for the exclusive use of addressee

Re: appending a slist

If the symbol is not defined, it cannot be expanded nwat...@symcor.com wrote: > Consider this example. > > body common control { > bundlesequence => { "test" }; > } > > bundle common g { > classes: > > "all" expression => "any"; > } > > bundle agent test { > > vars: > >

Re: appending a slist

Consider this example. body common control { bundlesequence => { "test" }; } bundle common g { classes: "all" expression => "any"; } bundle agent test { vars: sunos_5_10:: "ltwo" slist => { "three", "four", "five" }; redhat:: "lone"

Re: cf3 svn(646-648) Berkeley DB_NOTFOUND

Christopher Browne wrote: > Mark Burgess writes: >> The backend does not have to change. We are supporting alternatives, not >> replacing the >> backend. > > Elsewhere, you have some changes to do some SQL integration; would there > be any value to having one of the alternative be to stow this

Re: Change detection and differentiation, OT

Mark Burgess wrote: > I tend to agree with Ed that looking for unauthorized changes is like looking > for a needle > in a haystack. Change is the normal state of affairs for many systems. If > nothing changed > our systems wouldn't be much use. I agree with many of the comments thus far. It is

Re: cf3 svn(646-648) Berkeley DB_NOTFOUND

Mark Burgess writes: > The backend does not have to change. We are supporting alternatives, not > replacing the > backend. Elsewhere, you have some changes to do some SQL integration; would there be any value to having one of the alternative be to stow this data via an SQL engine? There may be

appending a slist

In trying to make my policy more modular and easier to make changes I've developed what you see below (might be helpful to others). This nice thing about this is that adding or changing files can all be done in vars without having to touch the actual promise.The one problem is handling the

Re: Bug in ${const.dollar}( ... )

Did you try escaping $ instead? Give us a selfcontained bundle to compare with your results. Sincerely, -- Neil Watson 416-673-3465 CONFIDENTIALITY WARNING This communication, including any attachments, is for the exclusive use of addressee and may contain proprietary and/or confidential inf

Re: Bug in ${const.dollar}( ... )

Hmm, can someone reply about that? Jean-Noel On Fri, Nov 27, 2009 at 10:48 AM, Jean-Noël Rivasseau wrote: > Hello, > > I wanted to use the Bash syntax $(mycommand) to launch a subshell in a > returnszero promise. So I coded it as: > > "MyClass" expression => returnszero("/usr/bin/test 0 -eq > ${

Re: cf3 svn(646-648) Berkeley DB_NOTFOUND

The backend does not have to change. We are supporting alternatives, not replacing the backend. M nwat...@symcor.com wrote: > What will happend to existing data once the backend DB changes? > > Sincerely, > -- > Neil Watson > 416-673-3465 > > > ---

Re: cf3 svn(646-648) Berkeley DB_NOTFOUND

What will happend to existing data once the backend DB changes? Sincerely, -- Neil Watson 416-673-3465 CONFIDENTIALITY WARNING This communication, including any attachments, is for the exclusive use of addressee and may contain proprietary and/or confidential information. If you are not the i

Re: cf3 svn(646-648) Berkeley DB_NOTFOUND

No. nwat...@symcor.com wrote: > Will existing DBs be converted as Cf moves to a new DB format? > > Sincerely, > -- > Neil Watson > 416-673-3465 > > > > > > > CONFIDENTIALITY WARNING > This communication, including any

Re: cf3 svn(646-648) Berkeley DB_NOTFOUND

Will existing DBs be converted as Cf moves to a new DB format? Sincerely, -- Neil Watson 416-673-3465 CONFIDENTIALITY WARNING This communication, including any attachments, is for the exclusive use of addressee and may contain proprietary and/or confidential information. If you are not the in

Re: cf3 svn(646-648) Berkeley DB_NOTFOUND

As a requirement, but you will need something to replace it, either QDBM or Tokyo Cabinet Erlend Leganger wrote: > 2009/12/1 Mark Burgess > > > > We are implementing more embedded database types into cfengine > because of licensing issues > with Berk

Re: cf3 svn(646-648) Berkeley DB_NOTFOUND

2009/12/1 Mark Burgess > > We are implementing more embedded database types into cfengine because of > licensing issues > with Berkeley DB, so there have been a few hiccoughs and some debugging got > switched on. I > don't think you should see this in the last version now. Does that mean that t

Re: Beginner Help

!suse will match a redhat machine. So that over rides the previous redhat declaration. I don't know what your goal of the ! assertion is but you might try !suse.!redhat. Sincerely, -- Neil Watson 416-673-3465 CONFIDENTIALITY WARNING This communication, including any attachments, is for the

Beginner Help

Thank you Neil, I think that I was unclear. I realized that !SuSe was Not suse and that evalutated to be true. I was trying to target the "redhat" class as true and use that. I Read that there is no formal If-then-else and that was achived via classes. So, I have crontabs for 3 different OS

Re: cf3 svn(646-648) Berkeley DB_NOTFOUND

We are implementing more embedded database types into cfengine because of licensing issues with Berkeley DB, so there have been a few hiccoughs and some debugging got switched on. I don't think you should see this in the last version now. M Matt Richards wrote: > Greetings, > > Something odd

cf3 svn(646-648) Berkeley DB_NOTFOUND

Greetings, Something odd happened around in svn around 646-648. I seem to be having a DB issue now: !! Error scanning hashbase cursor: DB_NOTFOUND: No matching key/data pair found !! Error scanning hashbase cursor: DB_NOTFOUND: No matching key/data pair found ^CReceived signal 2 (SIGINT) whil