14:00:22 <johnthetubaguy> #startmeeting Nova
14:00:23 <openstack> Meeting started Thu Mar 10 14:00:22 2016 UTC and is due to finish in 60 minutes.  The chair is johnthetubaguy. Information about MeetBot at http://wiki.debian.org/MeetBot.
14:00:24 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
14:00:26 <openstack> The meeting name has been set to 'nova'
14:00:28 <mriedem> o/
14:00:32 <markus_z> O7
14:00:35 <johnthetubaguy> hello all
14:00:36 <BobBall> \o/
14:00:36 <markus_z> o/
14:00:37 <alex_xu> o/
14:00:38 * kashyap waves
14:00:38 <rdopiera> o/
14:00:39 <andrearosa> hi
14:00:41 <cdent> o/
14:00:41 <jichen> o/
14:00:44 <johnthetubaguy> I will start cut and pasting, while folks roll in
14:00:49 <edleafe> \o
14:00:52 <johnthetubaguy> #topic Release Status
14:01:02 <johnthetubaguy> #info Mar 14-18, RC1 target week, Hard String Freeze, open master for Newton
14:01:10 <johnthetubaguy> #link http://docs.openstack.org/releases/schedules/mitaka.html
14:01:16 <PaulMurray> o/
14:01:16 * bauzas waves
14:01:25 <rlrossit> o/
14:01:25 <alaski> o/
14:01:49 <johnthetubaguy> #info please use the mitaka-rc-potential bug tag if you spot regressions, but issues, etc https://bugs.launchpad.net/nova/+bugs?field.tag=mitaka-rc-potential
14:01:53 <scottda> hi
14:02:11 <johnthetubaguy> lets try co-ordinate where to focus outside of that bug list in the usual way
14:02:13 <johnthetubaguy> #link https://etherpad.openstack.org/p/mitaka-nova-priorities-tracking
14:02:25 <johnthetubaguy> cool, any release-ey questions while we are in this bit?
14:02:40 <markus_z> That etherpad has a gerrit query for open patches for "mitaka-rc-blockers".
14:02:44 <johnthetubaguy> basically, I am hoping we can tag on tuesday next week, then open for newton
14:02:56 <mriedem> wow rc1 is next week already
14:03:09 <johnthetubaguy> mriedem: yeah, its crazy tight this time around
14:03:30 <johnthetubaguy> mriedem: gives us all more practice at backporting bugs to stable
14:03:38 <mriedem> riiight
14:03:44 <BobBall> bug fixes* (hopefully) :D
14:03:54 <johnthetubaguy> BobBall: heh
14:03:54 <markus_z> :)
14:03:54 <sdague> o/
14:04:19 <johnthetubaguy> anyways, that sounds like we are all on the same page
14:04:23 <johnthetubaguy> moving forward
14:04:27 <johnthetubaguy> #topic bugs
14:04:52 <mriedem> #link "new" bugs https://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New&orderby=-datecreated&start=0
14:04:53 <markus_z> #info 1 critical bug 1552303 with open change https://review.openstack.org/#/c/287363/
14:04:53 <openstack> bug 1552303 in OpenStack Compute (nova) "Block live migrations are broken when nova calculates live migration type by itself" [Critical,In progress] https://launchpad.net/bugs/1552303 - Assigned to Pawel Koniszewski (pawel-koniszewski)
14:04:56 <johnthetubaguy> markus_z: I was thinking we should nip through the currently tagged bugs, make sure they are all progressing?
14:05:27 <johnthetubaguy> cool, I just -1ed that one, but its progressing
14:05:37 <markus_z> johnthetubaguy: I did 1 hour ago, half has patches half not
14:05:44 <markus_z> http://bit.ly/1pi5yHt
14:05:55 <johnthetubaguy> markus_z: OK, cools
14:06:38 <markus_z> I can post on the ML with details?
14:06:54 <johnthetubaguy> markus_z: that works
14:06:58 <johnthetubaguy> so quick thing
14:07:12 <johnthetubaguy> the top one is a blocker, for sure
14:07:24 <johnthetubaguy> I want to dig into that API one, but we can do that in the API meeting if needed
14:07:52 <johnthetubaguy> the others seem less like blockers, but they are all things we should try and merge if we can
14:07:59 <mriedem> i don't think https://bugs.launchpad.net/nova/+bug/1549814 is a blocker
14:07:59 <openstack> Launchpad bug 1549814 in OpenStack Compute (nova) "Metadata caching is fundamentally broken" [High,In progress] - Assigned to Dan Smith (danms)
14:08:16 <markus_z> Ah, the first one got already merged 5 minutes ago
14:08:18 <johnthetubaguy> mriedem: yeah, I think we drop the tag there, given the recent discussion on that one
14:08:58 <johnthetubaguy> OK, so I am happy with that list, I think
14:09:32 <thomasem> Hey there
14:10:07 <johnthetubaguy> OK, so lets move on to the open discussion then
14:10:13 <johnthetubaguy> #topic Open Discussion
14:10:27 <johnthetubaguy> so I see a note from rdopiera about process
14:10:29 <bauzas> markus_z: in case you want some automatic dash, lemme know, I did that for the NFV dash 1 year before
14:10:47 <johnthetubaguy> rdopiera: did mriedem markus_z and my replies on the ML help with that question?
14:10:50 <markus_z> bauzas: I'll ping you after the meeting
14:11:03 <bauzas> ack
14:11:19 <rdopiera> johnthetubaguy: yes, definitely
14:11:58 <johnthetubaguy> rdopiera: cool, it might be worth adding an extra FAQ style entry for your question, if you think that would help others
14:12:10 <johnthetubaguy> so any more burning issues we should discuss
14:12:23 <johnthetubaguy> reno notes are slowing landing I think, bauzas is pushing on lots of those
14:12:29 <johnthetubaguy> we should get those in before we tag, ideally
14:12:37 <johnthetubaguy> oh, python-novaclient
14:12:38 <rdopiera> johnthetubaguy: it might be worth to mark them somehow, because they are usually also easy to review, so reviewers might want them
14:12:38 <bauzas> I need to review again
14:12:53 <johnthetubaguy> #info dhellmann is going to create the stable branch for python-novaclient
14:13:07 <rdopiera> johnthetubaguy: using the 'refactor' word in the title sounds like a good idea
14:13:13 <johnthetubaguy> well, his team, and their scripts, but anyways, sounds like thats all happening
14:13:27 <rdopiera> oops, sorry, slow typing
14:13:38 <johnthetubaguy> rdopiera: that could work, similar to the trivalpatch tag, have another one for refactoring
14:13:58 <dhellmann> johnthetubaguy : as part of creating the branch, we'll also push a change to add a "mitaka" page to your release notes. It should be another easy review.
14:14:27 <johnthetubaguy> dhellmann: awesome, sounds good, I saw the note on the need to review the output of that carefully
14:14:36 <dhellmann> yeah, whitespace is hard
14:14:59 <johnthetubaguy> dhellmann: ack!
14:15:24 <mriedem> what's the link to the reno etherpad again for nova?
14:15:28 <mriedem> bauzas: ^
14:15:51 <bauzas> #link https://etherpad.openstack.org/p/nova-milestone-reno
14:16:14 <johnthetubaguy> ah, so good point
14:16:29 <johnthetubaguy> if you find a patch thats a blocker, like reno, but not a bug
14:16:36 <johnthetubaguy> there is a section in here
14:16:37 <johnthetubaguy> #link https://etherpad.openstack.org/p/mitaka-nova-priorities-tracking
14:16:52 <mriedem> bauzas: does "New notes since the last milestone" mean those are already done?
14:16:58 <johnthetubaguy> #info please put any blocker patches in here: https://etherpad.openstack.org/p/mitaka-nova-priorities-tracking
14:17:10 <bauzas> mriedem: I just provided those to make sure people can look at them
14:17:37 <bauzas> mriedem: but sometimes we could be thinking one reno note is missing, but someone already provided a follow-up patch adding the reno file
14:17:45 <mriedem> yeah
14:18:09 <johnthetubaguy> cool
14:18:12 <johnthetubaguy> thanks all
14:18:22 <bauzas> mriedem: that said, I need to modify the etherpad, some calls are bad (still using m-2)
14:18:28 <johnthetubaguy> I will let you all get back to reviewing those critical mitaka patches!
14:19:02 <johnthetubaguy> so I should do a call out about that
14:20:12 <johnthetubaguy> #help if you added code that had a release note, please double check we have the reno note in place
14:20:15 <johnthetubaguy> thanks
14:20:17 <johnthetubaguy> #endmeeting