16:01:38 #startmeeting Mistral 16:01:40 Meeting started Mon Feb 6 16:01:38 2017 UTC and is due to finish in 60 minutes. The chair is rakhmerov. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:01:41 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:01:43 The meeting name has been set to 'mistral' 16:02:26 o/ 16:02:47 o/ 16:02:48 hi 16:02:59 #topic Review Action Items 16:03:10 o/ 16:03:32 1. ddeja: send an email to openstack-dev about the issue with the murano client 16:03:35 hi mgershen 16:03:42 the issue is solved 16:03:46 rakhmerov: not done, but Issue is solved 16:03:52 yes :) 16:03:58 hi rakhmerov :) 16:04:01 not relevant anymore 16:04:06 Michal, how's it going? 16:04:12 and the fact that muranoclient is failing had nothing to do with murano itself 16:04:22 it was our fault 16:04:26 yes 16:04:33 rakhmerov: well, working on internal stuff. 16:04:37 ddeja: again, thanks a ton, great job 16:04:45 no problem 16:04:52 mgershen: ok, good 16:05:00 #topic Current status (progress, issues, roadblocks, further plans) 16:05:37 my status: reviewing, making various performance optimizations, fixing RPC and serialization 16:05:53 planning to work on serialization one day more 16:06:09 I was wondering if I should write some release notes/documentation for the feature that allows to query all failed tasks of an execution including nested tasks - https://review.openstack.org/#/c/394194/5/specs/ocata/approved/yaql-tasks-function.rst 16:06:29 my status: fixing gate and some fixes in kombu driver. I don't have anything specyfic planned for next week, I'll be doing reviews and maybe I'll smash some bus 16:06:43 mgershen: yes, please do 16:06:50 before the end of RC2 16:07:05 ~2 weeks left till that 16:07:28 ok, only release note or docs as well? 16:07:36 ddeja: do I remember correctly that d0ugal was planning to be on vacation this week? 16:07:46 mgershen: both please :) 16:07:46 rakhmerov: I'm not sure 16:07:55 rakhmerov: but maybe 16:08:03 rakhmerov: ok will do. 16:08:28 starting next cycle I'd like to make a strict rule to add documentation as part of the task, otherwise it can't be considered done 16:08:47 +2 ;) 16:09:01 I think it's still ok to create docs in a separate commit but reviewers need to remind somehow about writing docs 16:09:07 we'll discuss it separately 16:09:30 we recently found some more undocumented things with Dougal 16:09:43 like engine commands (succeed, fail, pause) 16:10:14 sharatss_: any updates from you? 16:10:25 from anyone else? 16:10:42 rakhmerov: nothing much. Some small nits and doc bugs 16:10:51 ok 16:11:03 sharatss_: you'll be at the PTG, right? 16:11:27 rakhmerov: yeah. I'm arriving on 21st there 16:11:33 ok 16:11:35 awesome 16:11:49 so, I don't have any special topics for today 16:12:01 rakhmerov: super excited to meet you guys 16:12:08 this week I need to fill our PTG etherpad with more details 16:12:17 next week we need to create a schedule 16:12:39 so at the next meeting I'd like to finalize a list of topics 16:12:51 review what we have 16:12:55 sharatss_: looking forward to meeting you too. you make mistral better with code & reviews. your #5 in reviews currently. 16:13:05 :) 16:13:16 and #1 as far as number of commits ;) 16:13:30 #topic Open Discussion 16:13:41 so? Anything else guys? 16:13:48 mgershen: rakhmerov: contributing my bit :) 16:14:18 rakhmerov: nothing from my side 16:14:19 we can finish earlier today since Dougal and Ryan and others are not here 16:14:40 fine by me 16:14:45 ddeja: do you think the idea of my patch itself is OK? 16:15:07 yes, it's totally OK to move the serialization out of engine to rpc 16:15:14 ddeja: btw, on your comment about the same return value format I made it on purpose, I think I just need to document it well 16:15:18 it's an optimization 16:15:40 OK 16:15:42 ddeja: I just want to make it 1) flexible 2) transparent where is what 16:15:56 but I still will dislike it ;) 16:16:09 3) be able to define serialization for custom classes easily 16:16:19 ddeja: dislike a different format? 16:16:23 :) 16:16:52 I just don't like when functions may have so different returns, regarding the input 16:16:55 I dunno, I can experiment with it. It's not gonna make a serious difference, of course, in terms of performance 16:17:04 ddeja: totally agree 16:17:17 well, I'm not going to block it if it helps with other thing 16:17:28 but we don't have much freedom in general on how we do serialization 16:17:35 yup 16:17:43 ddeja: ok, let's see, I'll take a look at it again 16:17:49 OK 16:18:11 generally, I'm with my both hands for making a return value unified for the same function 16:18:21 it's made only for the sake of performance 16:18:26 OK 16:18:40 yes, ok, I'll continue with it tomorrow 16:18:50 sure 16:18:58 I also want to experiment with adding compression/decompression 16:19:13 and measure RPC speed with and without it 16:19:19 ACK 16:19:22 ok, let's finish earlier today 16:19:25 I'm done 16:19:28 last call 16:19:31 anything else? 16:19:35 mgershen, sharatss_? 16:19:47 nothing 16:19:53 rakhmerov: nothing 16:19:56 ok 16:19:59 thanks for joining 16:20:04 have a great week 16:20:07 bye 16:20:08 thank you all 16:20:11 bye 16:20:14 #endmeeting