08:01:57 #startmeeting Mistral 08:01:58 Meeting started Wed May 22 08:01:57 2019 UTC and is due to finish in 60 minutes. The chair is rakhmerov. Information about MeetBot at http://wiki.debian.org/MeetBot. 08:01:59 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 08:02:01 The meeting name has been set to 'mistral' 08:02:32 d0ugal, vgvoleg, pgaxatte, apetrich: hi 08:02:38 Hey 08:02:48 :) 08:03:07 hello 08:03:16 just want to check if we have at least a small crowd to chat about anything 08:03:20 d0ugal: how's it going? 08:03:39 I'm good thanks :) Keeping busy with various things! 08:03:55 Unfortunately no Mistral news from me. 08:04:26 #help 08:04:37 how's it should work 08:04:40 d0ugal: yep, ok ) 08:04:40 ? 08:04:53 vgvoleg: what do you mean? :) 08:05:05 I've typed 08:05:11 "#help"? 08:05:13 "#help" 08:05:20 lol 08:05:21 and nothing happended 08:05:22 aah, I don't know honestly 08:05:26 Are you looking for meetingbot commands? 08:05:33 #help 08:05:43 https://wiki.debian.org/MeetBot 08:05:57 "#help - Add a "Call for Help" to the minutes. Use this command when you need to recruit someone to do a task. (Counter-intuitively, this doesn't provide help on the bot) " 08:06:10 yeah 08:06:32 it's like "#action" that puts an special entry into the meeting log 08:06:50 hello 08:07:04 vgvoleg: so these are basically some commands to make the meeting log good looking and more structured 08:07:11 pgaxatte: hey! How have you been? 08:07:43 good thanks rakhmerov 08:07:48 ok ) 08:07:55 very busy on openstack-helm these days :D 08:08:02 I see 08:08:05 good 08:09:10 #idea guys what do you think about 'fail-on' policy on task, which read boolean expression and force fail task if it is True? 08:09:14 pgaxatte, vgvoleg, d0ugal: we used to have this kind of meetings on a regular basis but we've not had them I guess since Decemtber. So I'll try to renew this tradition so that we have some dedicated time to gather team members and chat 08:09:44 pgaxatte: please spread out this info across your colleagues who have something to do with Mistral 08:09:57 rakhmerov: i'm not actively working on mistral but i'll pass the word to the teams here so they can attend the meetings 08:10:01 we can brainstorm on stuff, triage bugs etc. etc., revisit BPs 08:10:09 pgaxatte: yes, please 08:10:11 thanks 08:10:33 vgvoleg: what's the use case for "fail-on"? 08:10:34 and anyway I'll keep an ear out :) 08:10:42 vgvoleg: can you describe? 08:10:51 pgaxatte: appreciate 08:10:52 We are actively use this policy in our Mistral fork, and I don't know if it is interesting for vanilla Mistral or not 08:11:18 it may be, but we need to know more on what you mean by that 08:12:06 For example, we use some action, that return any result. We can add e.g. 'fail-on: <% task().result <=4 %>' and fail a task if result is unsatisfactory 08:12:33 so we don't hide this logic in action code and make flow more readable 08:13:17 vgvoleg: Oleg, it seems like you can do it in a different way 08:13:21 so 08:13:49 1) there's the notion of a error result for an action that can be actually used later in the workflow 08:14:08 that is, if your action finished with an error but still generated a result that you can use 08:14:17 and then you can do: 08:14:20 on-error: 08:14:38 - fail: <% task().result ... %> 08:14:48 if you also need to fail the entire workflow 08:15:09 maybe I don't fully understand your idea though 08:15:41 an example: std.http action may return a error status code and it will be considered an error result 08:15:57 in the workflow text you'll be able to use it in some conditions 08:16:03 via task().result 08:16:12 e.g. task().result.status_code 08:17:05 vgvoleg: what do you think? 08:17:26 I have to admit thought that it might not be well documented now ) 08:17:32 as some other things 08:17:51 You talk about tasks with ERROR status 08:18:30 yes 08:18:42 I say about setting ERROR status to the task that was SUCCESS, but for some way it's result is unsatisfactory 08:19:10 do you necessarily need to fail the same task? 08:19:46 the semantics here is the following: if the action is successful then the task will be successful too (unless there are errors in YAQL, for example) 08:20:11 but we can always handle the action result via conditions in the on-success clause 08:20:29 and, for example, fail the entire workflow or reroute to another task 08:21:10 but you saying that we can extend this semantics and add one more thing to force fail the task... 08:21:11 hm.. 08:22:06 well, ok 08:22:08 yes 08:22:11 it may make sense 08:22:24 vgvoleg: can you please file a blueprint for this? 08:22:29 It is more readable 08:22:38 with a detailed description 08:22:44 yes, sure 08:22:49 ok, thanks 08:22:58 I just wanted to know you opinion :) 08:23:04 also a note on the mailing list would be helpful 08:23:28 vgvoleg: I need to think. Seems like it's not going to harm anything 08:24:00 but let's try to think it over and look at it from different angles 08:24:41 #action vgvoleg: file a blueprint about the new "fail-on" policy to fail a task even if its action finished successfully 08:26:52 ok 08:27:03 we've got the first action item! 08:27:06 cool ) 08:27:43 vgvoleg, d0ugal, pgaxatte: do you have anything else for now? 08:30:05 ok, if not, I'll close the meeting but we'll still be online for a while 08:30:12 rakhmerov: nope not for me. But as we discussed in Denver, we're trying to move our mistral deployments to K8s+Helm so when that is done I'll probably have some stuff to add in Mistral itself :D 08:30:48 yes, I remember, thanks Pierre 08:30:52 ok 08:31:04 thanks for coming :) 08:31:08 #endmeeting