07:00:35 #startmeeting heat 07:00:36 Meeting started Wed Jan 20 07:00:35 2016 UTC and is due to finish in 60 minutes. The chair is skraynev. Information about MeetBot at http://wiki.debian.org/MeetBot. 07:00:38 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 07:00:41 The meeting name has been set to 'heat' 07:00:56 #topic rollcall 07:01:10 o/ 07:01:11 hi 07:01:16 o/ 07:01:18 o/ 07:01:39 \o 07:02:44 #topic Adding items to agenda 07:02:54 #link https://wiki.openstack.org/wiki/Meetings/HeatAgenda#Agenda_.282016-01-20_0700_UTC.29 07:03:12 o/ 07:03:59 Looks like nothing else :) 07:04:14 #topic Status of actions from previous meeting 07:05:08 hardy, stevebaker, zaneb, skraynev prepare stable/liberty 07:05:08 branch for new release to next week (merge remaining patches) 07:05:14 it was done 07:05:48 there is patch on reviewhttps://review.openstack.org/#/c/269856/ 07:06:09 hm... I need to fix some error... 07:06:34 huh, me too 07:06:37 https://review.openstack.org/#/c/269966/ 07:06:59 ah, send-announcements-to is needed 07:07:31 we need to decide whether to do -announce or -dev 07:07:39 stevebaker: yes. I see, but I don't know what does it mean 07:08:03 skraynev: its a new entry in the file for what list to send the anounce email too, let me find an example 07:09:12 https://review.openstack.org/#/c/266448/1/deliverables/kilo/heat.yaml 07:10:31 stevebaker: wow. I have missed this new thing 07:10:54 I think, that openstack-announce will be better 07:11:05 agreed 07:11:19 I remember some mail about splitting mails from -dev and -announce 07:11:36 stevebaker: I suppose, that we may add this line in the same patches 07:11:44 yeah same patch 07:11:48 so Need to update them ;) 07:12:26 skraynev upload patch to release repo for new stable/liberty 07:12:26 release on the next week 07:12:41 done. just need to fix issue mentioned above 07:12:51 : merge backports patches in stable/liberty for 07:12:51 python-heatclient and then propose new 0.8.x release for stable 07:12:58 as I see it's Done too 07:13:08 its good to go https://review.openstack.org/#/c/269966/ 07:13:38 stevebaker: zaneb: thank you for the help with it ;) 07:13:56 prepare and do 0.9.0 release for python-heatclient with stub 07:13:56 in setup.cfg for osc commands 07:14:04 this one is not ready yet 07:14:33 I probabbly will do it tomorrow with two patches where we skip and unskip osc extension 07:14:46 note, that heatclient looks ready for it 07:15:16 https://review.openstack.org/#/q/project:openstack/python-heatclient+status:open+-topic:bp/heat-support-python-openstackclient 07:15:27 #link https://review.openstack.org/#/q/project:openstack/python-heatclient+status:open+-topic:bp/heat-support-python-openstackclient 07:16:00 m-2 is ready too. https://launchpad.net/heat/+milestone/mitaka-2 07:16:20 I will upload patch to release repo after meeting and will post it to #heat 07:16:48 8 BPs and 42 fixed bugs look awesome! 07:16:51 ok 07:16:55 thank you all :) 07:17:19 "sent mail about making convergence by default after m-2" 07:17:33 anant was done it. thank you 07:18:10 So please core-reviewers please focus on patches mentioned in this ^ mail 07:18:39 #link http://lists.openstack.org/pipermail/openstack-dev/2016-January/084379.html 07:18:55 There are two patches which unskip two tests 07:18:59 skraynev: wc 07:19:45 few other patches are important as well given in mail :) 07:20:13 ananta: I understand, but enabling some tests more visible ;) 07:20:44 skraynev: sure. there are some bugs in undecided, we should go through them 07:21:54 convergence bugs at: https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscrib 07:22:18 oops, thats pretty big url :) 07:22:20 ananta: kk. I hope, that we will solve most part to first part of Feb and enable "convergence" 07:23:25 skraynev: yes, most are in progress, so it looks good for feb beginning 07:24:23 ananta: hm. could you also send a mail with list of these launchpad bugs. I want to make sure, that they all have correct status and target milestone m3 07:24:46 skraynev: ok, I will send 07:24:48 ananta: in the same mail thread, I think 07:24:57 ananta: thx 07:25:18 #topic Mitaka User survey mail 07:26:45 I have sent a mail with mentioned questions. So if somebody has a special important question, please ping me during today (I think, that I still may add your question :)) 07:27:08 #topic Cross projects specs Liaison 07:27:27 #link http://docs.openstack.org/project-team-guide/cross-project.html#cross-project-specification-liaisons 07:27:34 #link https://wiki.openstack.org/wiki/CrossProjectLiaisons#Cross-Project_Spec_Liaisons 07:28:02 do we have a volunteer for this work ? 07:28:40 it's mostly related with big changes, which affect all projects 07:28:40 I'm terrible at watching the cross-project repo ;) 07:29:10 stevebaker: honestly me too. 07:29:33 stevebaker: it looks like a lot of reading/discussions :) 07:30:18 Hi 07:30:22 anybody from tricircle 07:31:23 If we have not special person for this work, I will do it, but probably try to involve more people for some specific technical questions :) 07:32:04 sure, that sounds totally reasonable, and I can attend the x-project meeting when required 07:32:09 Khayam: hi. I am not sure, that we have someone from tricircle in Heat team 07:32:39 skraynev: I can assist you with that. :) 07:32:52 ricolin: sold!!! 07:33:06 Yeah it probably requires everybody to more actively review openstack-specs, atm the review velocity is extremely low, e.g therve has an event spec which has been posted for 4 months now, with not very much feedback 07:33:06 thanks ricolin 07:33:25 trying to understand cross pod L2 networking. 07:33:45 Khayam: this is the heat meeting, can you find a more appropriate channel please? 07:33:47 Any specific place from where i can get a bigger picture of this networking 07:34:50 ricolin: I will update info in liaisons table 07:35:16 ricolin and notify guys from foundation. 07:35:32 if you need any help please ask me 07:35:34 skraynev: Okey, will try to grep more part ofit 07:36:01 and don't hesitate to add on review people from Heat 07:36:42 in case of really important or complex changes we may discuss it on the weekly meeting (ping me and I will add it in agenda) 07:37:10 #topic Open discussion 07:37:33 Backlog in specs 07:37:35 https://review.openstack.org/#/c/260320/ 07:38:08 And RBAC spec https://review.openstack.org/#/c/254037/, needs review and approval :) 07:39:03 We have decided to have a backlog space for specs 07:39:07 While we're talking specs there's still the capabilities one: https://review.openstack.org/#/c/196656/ 07:39:31 ricolin: oh. yes. I have not finished it. I still need to think about better approach in case of using one backlog directory. 07:39:50 I'm unsure whether to invest the time in writing code for that because folks haven't provided feedback or approval, despite the generally positive summit session 07:39:59 ricolin: I will try to think about it 07:40:19 skraynev: Have we send mail for this yet? 07:41:50 shardy, skraynev: Is there any issue in approving a spec where no one has any objection and has multiple +2s? 07:41:52 and another specs https://review.openstack.org/#/c/237450/ 07:41:55 shardy: I remember about it :( unfortunately I have not time to take a look on it and two other BPs (http://specs.openstack.org/openstack/heat-specs/specs/mitaka/multi-environments.html and https://review.openstack.org/#/c/256872/) 07:42:01 shardy, I'm about to abandon the spec to be honest 07:42:42 ramishra_: there is only one for me - time to read :) 07:44:08 ramishra_: I think it's OK to approve provided there's clear consensus, e.g I normally try to wait for more than 2 +2's unless it's a very simple spec 07:44:31 IMHO it doesn't have to be the PTL who approves everything, we just have to reduce the risk that stuff lands, then is later rejected during code review 07:44:37 ramishra_, shardy: also could you please target these specs on m3 ? I am trying to periodically review BPs with next milestone target 07:44:46 therve: that's sad :( 07:45:07 therve: which spec? 07:45:19 stevebaker, https://review.openstack.org/231382 07:45:32 skraynev: the multi-environments one is already landed and most of the implementation is done 07:45:49 ramishra_: I agree with shardy, if you have a strong feeling, that it should be and it has two +2 just merge 07:45:56 we just have to figure out the backwards compatibility aspect, as discussed on openstack-dev 07:46:05 I will read spec later in documentation 07:46:58 therve: you could always go with the lazy concensus approach and just implement something that meets heat's needs and *should* meet everyone elses - then you're advocating for a real thing. Thats how most things get used across openstack ;) 07:47:00 shardy: yes. I know, but I did not read it ;) so can not start review without understanding final aim 07:47:15 stevebaker, Well, that's already what happened :) 07:47:41 skraynev: you mean change mitaka-2 to mitaka-3 in the spec under review? 07:47:56 I can do that, but obviously changing that 1 line loses the 2 existing +2's 07:48:37 shardy: no, I told about BPs on launchpad 07:49:18 skraynev: OK, I haven't created that yet, because the spec hasn't landed 07:49:21 I can create it tho 07:49:36 shardy: Honestly it's easier to see BPs to launchpad and focus on them 07:49:42 Really I just want to know if it's worth investing at least a week writing the code before I run out of time for Mitaka 07:49:57 anyway, feedback welcome ;) 07:50:12 shardy: it's not mandatory, but it's more useful for me, when I track whole milestone progress 07:51:14 shardy: I will try to look on it during this week. Also fell free to ping somebody else :) 07:51:53 when we are on the specs topic , any thoughts on using the 'spec-lite' tags with bugs for simple specs like other projects? 07:52:34 ramishra_: that would be a good idea I for small features 07:52:41 +1 07:53:10 we already kind-of do that with blueprints that don't have a spec, when it's a simple feature 07:53:17 but a tagged bug also works 07:53:22 ramishra_: so we just create a feature bug and tag it with spec-lite? 07:53:30 stevebaker: yes 07:54:27 ramishra_: sounds good for me 07:54:32 a bug might be noticed more than a specless blueprint 07:54:39 http://docs.openstack.org/developer/glance/contributing/blueprints.html#glance-spec-lite 07:58:47 2 minutes 07:59:19 ramishra_: I think,that will be better to send a mail with this info 07:59:41 ramishra_: it allows to notify more people about this approach 08:00:07 if it needs, let's continue in #heat 08:00:13 #endmeeting