mpf_update_policy_bundle: can this be a list?

CFE-community 3.15.3  (slightly old, I know...)
masterfiles: 3.18.3  (reasonable, I hope)

In "def.json" we've been happily using "mpf_update_policy_bundle" for a 
year or two.  The local purpose is to drive "policy_channels" (by Vertical 
SysAdmin; Mike & Aleksey) which requires an additional hook from 
"update.cf".

In the same way that "policy_channels" is an add-on "blob" of code, so I'm 
just starting to add another, totally different "blob", which also requires 
its own hook from "update.cf".

Here's the diff:
------------------------------------------
--- a/masterfiles/def.json
+++ b/masterfiles/def.json
@@ -3,8 +3,8 @@
     "mpf_control_agent_default_repository": [ "any" ]
   },
   "vars" : {
-    "update_inputs" : [ "policy_channels/update_policy_channels.cf" ],
-    "mpf_update_policy_bundle" : "default:update_policy_channels",
+    "update_inputs" : [ "policy_channels/update_policy_channels.cf", 
"dls_common/update.cf" ],
+    "mpf_update_policy_bundle" : [ "default:update_policy_channels", 
"default:update_common" ],
     "mpf_update_policy_master_location" : 
"$(select_masterfiles.master_location)",
     "policy_channels" : {
       "masterfiles_subdir" : "masterfiles"
------------------------------------------

So I've add a new "update.cf" file and adjusted the 
"mpf_update_policy_bundle" to be a list rather than a scalar, with the 
intention it should now call two bundles, rather than one.

But it only calls one.  (It so happens it chooses my new "update_common", 
but it now doesn't call the established "update_policy_channels".)

Debugging with a "-v" confirms that only one bundle is called.  And adding 
a couple of temporary "reports:" into "update_policy.cf" confirms that its 
internal "slist" (which sounds like it has the potential to be a 
multi-element list) "found_matching_user_specified_bundle" is just a single 
value.

So...

Is it a design feature that "mpf_update_policy_bundle" can only specify a 
single bundle?  Or perhaps a bug?

(I can probably do a work-around of a single, higher-level bundle which 
itself then calls both my intended real bundles.  But still...)

-- David Lee
-- Diamond Light Source

-- 
You received this message because you are subscribed to the Google Groups "help-cfengine" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [email protected].
To view this discussion on the web visit https://groups.google.com/d/msgid/help-cfengine/fc9ece06-4bf0-42cd-93b4-cd38896e660fn%40googlegroups.com.