15:03:21 #startmeeting mistral 15:03:21 Meeting started Mon Oct 16 15:03:21 2017 UTC and is due to finish in 60 minutes. The chair is d0ugal. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:03:22 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:03:24 The meeting name has been set to 'mistral' 15:03:28 Hey all 15:03:32 o/ 15:03:34 Who is around for the Mistral meeting today? 15:03:35 o/ 15:04:34 Renat can't join us today 15:04:42 So I suspect this will be a fairly short meeting :) 15:04:59 #topic Current status 15:05:25 oops, I forgot the agenda and we had one action item 15:05:34 but we can do that after the status updates 15:05:37 Please share any updates 15:06:10 bobh: Do you have anything to share? 15:06:29 I sent email to the oslo team about adding a new project - Dough suggested treating it the same as a client library 15:06:37 I have been mostly trying (but failing) to make progress on the action context bug. https://launchpad.net/bugs/1718353 - planning to work on it with Renat tomorrow morning (my time) 15:06:37 Launchpad bug 1718353 in Mistral "The "context" parameter of Action.run() isn't filled properly for asynchronous actions" [High,In progress] - Assigned to Dougal Matthews (d0ugal) 15:06:45 s/Dough/Dough/ 15:06:50 :) 15:06:57 argh 15:07:07 dhellman 15:07:38 Anyway - probably need to discuss if we want to take that step, name for the project, etc 15:07:54 bobh: I think it sounds like a good plan, I had read the emails. 15:07:56 I'm happy to take the lead since I'm the instigator 15:08:20 still working through a few things, hope to finalize 506652 / 506653 today 15:08:51 toure: cool, they are gerrit ID's right? 15:09:02 yes sir 15:10:05 thrash, rbrady, apetrich - anything you'd like to share? 15:10:36 I unfortunately don't have any mistral status to share. working on tripleo tasks for the previous week. 15:10:42 d0ugal: checking on zuul v3 for the client repo. Will need to work more on moving the legacy jobs to use new zuulv3 interfaces. 15:11:00 d0ugal: and the yamlparse and jsonparse patch landed, so I'm good there. 15:11:10 thrash: did you see the request for tests? 15:11:23 d0ugal: for... the parse? 15:11:30 thrash: Yeah 15:11:35 thrash: " thrash|g0ne: hi Brad, can you please add the tests for https://review.openstack.org/#/c/511616 ? I approved it by mistake but it's ok, we can add tests separately" 15:11:38 d0ugal: I did not. I can work on that. 15:11:48 d0ugal: ack 15:12:07 #topic Open Discussion 15:12:34 So I think we covered the agenda item there, last time we had an action for bobh to mail the list - that happened and it just needs to take the next step 15:12:39 so now we can go into open discussion 15:12:47 So, does anyone have anything they would like to chat about? 15:12:58 any suggestions for project name for expressions package? 15:13:02 If not, we can all spend 48 minutes doing bug triage ;) 15:13:20 expressions is taken - mistral-expressions would work but implies a dependency that isn't really there 15:13:44 bobh: taken where? 15:13:52 pypi 15:13:57 ah 15:14:32 maybe something like evalexpr since that's what it does 15:14:36 oslo.expressions could be an option - I am not sure if anyone can use the oslo prefix? 15:14:57 That's a possibility - I can check with dhellman 15:15:07 I think it will be something that is hard to explain in a name :) 15:15:13 definitely 15:15:22 It is a very abstract concept 15:15:50 I need to find some abstract Greek or Roman reference 15:15:57 hah :) 15:16:40 I'll check on the oslo.expressions and go from there 15:17:01 sounds good. 15:18:48 Anything else? 15:19:03 I'll wait a few mins and then end the meeting otherwise 15:19:29 One other thing I'm looking for naming help with 15:19:41 I'd like to have a join option that allows for "roads not taken" 15:20:14 What does that mean? 15:20:44 https://blueprints.launchpad.net/mistral/+spec/allow-join-success-on-partial-tree 15:21:13 So there are times when there may be optional paths in a flow that may or may not happen depending on inputs 15:21:38 join: all assumes that all paths are taken 15:21:54 and any path not possible to take is considered an error 15:22:11 Do you have an example? 15:22:33 I think I understand but an example would be useful 15:22:38 Say I'm deploying a service with a workflow and there are several different options for the service, that could run in parallel 15:23:07 if one of the services is not needed (due to input values) then that path would not execute and the join: all would fail 15:23:15 Right 15:23:47 I wonder how Mistral could detect a failure vs "not-possible" 15:24:18 there is a method that determines if a path is possible 15:24:31 and if it's not possible it assumes error status 15:24:38 Right 15:25:01 I'd like an option to "ignore" the not possible paths 15:25:03 join: started? 15:25:12 that would work 15:25:34 join: possible 15:25:39 lol 15:25:44 :-) 15:25:55 If we have that I also want a join: impossible :P 15:26:06 lol - that would be a cool feature 15:27:26 Maybe you could have something like "join-paths: a, b, c 15:27:43 and then you have to actually list the paths that need to join and we somehow name the paths in the workflow 15:27:49 As long as we could eval the paths at runtime 15:28:04 yeah, it could be an expression I guess 15:28:33 I'll start the spec with "join: started" and we can discuss in the review 15:28:38 Sounds like an interesting feature :) We only use join in a couple of simple places at the moment 15:28:43 Sounds good! 15:29:03 #action bobh to write a spec for "join: started" 15:29:20 Thanks - we use it pretty extensively 15:30:03 Anything else to discuss? 15:32:11 Okay, I guess that is everything for today 15:32:16 Thanks everyone for coming! 15:32:24 #endmeeting