Tuesday, 2015-03-24

*** asalkeld is now known as asalkeld_afk03:02
*** asalkeld_afk is now known as asalkeld04:02
*** fesp has quit IRC06:54
*** fesp has joined #openstack-relmgr-office07:24
*** fesp has quit IRC07:35
ttxasalkeld: around?09:01
asalkeldhi09:02
ttx#startmeeting ptl_sync09:02
openstackMeeting started Tue Mar 24 09:02:18 2015 UTC and is due to finish in 60 minutes.  The chair is ttx. Information about MeetBot at http://wiki.debian.org/MeetBot.09:02
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.09:02
ttx#topic Heat09:02
openstackThe meeting name has been set to 'ptl_sync'09:02
ttx#link https://launchpad.net/heat/+milestone/kilo-rc109:02
ttxOK, so objective for today is to make sure all things here are blockers before we can do a RC109:03
* asalkeld updating a bp state09:03
ttxLet's start with blueprints first09:03
asalkeldok09:03
ttxSo you have two exceptions left09:03
ttxDid you have anything requested on-list left unadressed ?09:03
ttxor is it the complete set here ?09:04
asalkeldthat's it09:04
ttxhttps://blueprints.launchpad.net/heat/+spec/convergence-push-data09:04
asalkeldthat is very close09:04
asalkeldand one patch09:04
ttxhttps://review.openstack.org/#/c/161306/ ?09:04
asalkeldyip that's it09:04
ttxCool, so that one whould be done by end of week09:05
asalkeldtotally'09:05
asalkeldthe mistral one is more work, but it's in contrib/09:05
ttx#info convergence-push-data one patch away, to be completed before EOW09:05
ttxWe still need it for RC1 though09:05
asalkeldso if it makes it great, and if not - I am not overly stressed09:05
ttx#info mistral-resources-for-heat is contrib/, not really blocking RC109:06
asalkeldagree09:06
ttxBugs now... Is this list the result of deferring previously-targeted work, or an analysis of all current issues reported ?09:06
ttxi.e. did you go through all bugs and target those ?09:07
asalkeldttx: what i did was go through ALL High bugs09:07
asalkeldand either target for rc1, or move to lower priority09:07
ttxok09:07
asalkeldso those could change09:07
asalkeldbut i thought it was good to highlight high priortiy bugs09:08
ttxYou need to have assignees on all of them, otherwise it's unlikely they will get done for RC1 in any reasonable timeframe09:08
asalkeldok, i'll chase that09:08
ttx#info 26 bugs targeted09:08
asalkeldi should probably ditch some09:08
ttxyeah, it's a bit of a large list ,for a blockers list09:08
asalkeldok, i'll get stuck in09:09
ttxYou can use kilo-rc-potential as a tag to build an extra list of nice-to-have09:09
ttxand keep rc1 targeting as a blockers list09:09
asalkeldok, good idea09:09
ttxThat way we use the RC1 page as a timer... when all is completed we know we could do a RC109:09
ttxbut then people can pick and fix bugs from the rc-potential list too09:10
asalkeldaaa, like a backlog09:10
asalkeldwill do09:10
ttxit's more of a "must-fix" vs. "should fix" thing09:10
asalkeldok09:10
ttxIf you deplete the must-fix list too quickly, we can add more "should-fix" to it, too :)09:11
asalkeldlets hope we get to hat09:11
asalkeldthat09:11
ttxasalkeld: the game is usually more like... every week you remove half of the remaining ones from the blockers list09:11
ttxbut ideally that would be must-fix and should-fix09:12
*** zz_johnthetubagu is now known as johnthetubaguy09:12
asalkeldeither re-target or fix09:12
asalkeldthanks ttx09:12
ttxso yes, on the bugs side, please assign people, reduce it to real release blockers, and build a backlog list using the tag09:12
ttxWe'll see how that number progresses next week and how fast we burn them down09:12
ttxasalkeld: have a nice day!09:13
ttx(or night)09:13
asalkeldyou too ttx09:13
ttxjohnthetubaguy: hi!09:13
johnthetubaguyttx: good morning09:13
ttx#topic Nova09:13
ttx#link https://launchpad.net/nova/+milestone/kilo-rc109:13
ttxI'm admirative of that small list of BPs, but I suspect that's not including all the requests you had on the list09:14
ttxIs there any we should discuss the addition of ? Or you turned them all down already ?09:14
* ttx admits not having parsed the FFE requests from the ML yet09:14
johnthetubaguyhey, sorry, lots my IRC connection there09:15
ttxwhat's the last thing you had ?09:15
johnthetubaguyI saw small list of BPs09:15
johnthetubaguyand is there any others09:16
johnthetubaguythen you mentioned the ML09:16
ttxjohnthetubaguy: my question was, is that list the complete list of FFEs or should we discuss any addition ?09:16
ttxCan't find any on the ML actually, so I guess the "soft FF at k-2" worked09:16
johnthetubaguyso I don't know of any others, we are basically not advertising that its possible to get an exception very well09:16
johnthetubaguyyeah, it has slowed things down at least09:17
johnthetubaguyI think the list is good for now, basically09:17
ttxhttps://blueprints.launchpad.net/nova/+spec/online-schema-changes09:17
ttxpending on https://review.openstack.org/#/c/154521/ ?09:17
johnthetubaguyyes, thats the only patch for the BP basically09:18
johnthetubaguyI need to talk to johannes about that one to check what his plans are09:18
ttxLooks like reviewing has stalled on this one09:18
ttx(lacking new patchset)09:18
johnthetubaguyI know he is busy on other things, so I need to ask what could be moved09:18
ttxalso feels like something you wouldn't want to merge at the last minute09:19
johnthetubaguyI will push on that, its something we all want merged if possible09:19
ttxI'm fine with it, but it needs to land earlier rather than later09:19
ttxneeds testing09:19
johnthetubaguyits a parallel execution path that will be experimental, but yes, needs to land, ASAP09:19
ttxhmm09:19
ttxif it's really parallel and experimental, I guess it's not /that/ urgent09:20
johnthetubaguyyeah, its basically like an alternative way to do migrations09:20
ttxI misinterpreted it09:20
johnthetubaguyyou can use it, or the old way, both work09:20
ttx(but then, it's not the first time you tell me about it, I just keep on forgetting)09:20
johnthetubaguy(and they lock each other out)09:20
johnthetubaguyno worries, its low ish risk, anways09:20
johnthetubaguythe other one is very different...09:21
ttxhttps://blueprints.launchpad.net/nova/+spec/v3-api-policy09:21
ttxRight, this one seems like a collection of poatches that are easier to land individually, but loads of them09:21
ttxAlso unclear if that can be "finished"09:22
johnthetubaguyso… I think we might want to mark this complete, and stop the review on the other things today ish09:22
johnthetubaguymostly, as you say, not sure it will get finished09:22
ttxAt the very minimum we need to set a deadline09:23
ttxLike : review and merge before Thursday, rest is deferred09:23
johnthetubaguyI am good with that09:23
johnthetubaguyI will try reach out and ask them to abandon the stuff thats not very close09:24
ttxThat gives the people working on it a last chance to scramble on reviews09:24
ttxnot sure how much it makes sense as partial work09:24
ttxLooks like a cleanup09:24
johnthetubaguyyeah, some is just cleanup09:25
ttxenforce at API layer rather than DB09:25
johnthetubaguyyeah, its moving checks09:25
johnthetubaguybasically means the v3 policy will eventually all be easy to understand09:25
johnthetubaguybut we are not there yet, even if we merge all the patches that are up09:25
ttxok, let's give tyhem two more days and then call the partial work complete09:26
johnthetubaguyas I understand it, anyways09:26
ttxThat way we should be done with FFEs (except shit happens) at EOW09:26
ttxwhich is pretty good compared to previous occurences09:26
johnthetubaguyyeah, sounds good09:26
ttxThen there is work to do on the RC bug list09:26
johnthetubaguyah, yes, I did ask folks to start looking for blockers09:27
ttxDid you do a pass on the critical/high issues yet ? Or is the current list the result of deferrals ?09:27
johnthetubaguyI honestly haven't dug into that yet09:27
ttxFor example, there is no point in keeping in the list work that was deferred successively since juno-209:27
johnthetubaguyagreed09:27
johnthetubaguyexcept for the embarrassing one we want someone to fix, but we best find someone to fix it09:28
ttxI'd rather have realistic blockers, and keep unlikely fixes in the kilo-rc-potential list09:28
ttxembarassing one = https://bugs.launchpad.net/nova/+bug/138346509:29
openstackLaunchpad bug 1383465 in OpenStack Compute (nova) "[pci-passthrough] nova-compute fails to start" [Critical,In progress] - Assigned to Yongli He (yongli-he)09:29
ttx ?09:29
johnthetubaguyyes, thats the one09:29
ttxI think we could unassign it09:29
ttxthat would reflect better the situation09:29
johnthetubaguyyeah, thats a good idea09:29
ttxI'll do it09:29
johnthetubaguyah, done it09:30
johnthetubaguythe tag is kilo-rc-potential right?09:30
johnthetubaguyso I guess everything targeted is a blocker, stuff with the tag could be a blocker09:30
ttxOK, so objectives for this week -- finalize both FFE, build a list of must-fix in rc1 and good-to-fix in kilo-rc-potential09:30
johnthetubaguygotcha09:31
johnthetubaguysounds good09:31
ttxthat is alml, have a great week!09:31
ttxall*09:31
johnthetubaguycool, thanks, and you09:31
*** johnthetubaguy is now known as zz_johnthetubagu09:43
*** zz_johnthetubagu is now known as johnthetubaguy09:46
*** johnthetubaguy is now known as zz_johnthetubagu12:15
*** zz_johnthetubagu is now known as johnthetubaguy12:25
*** asalkeld has quit IRC12:42
*** eglynn has joined #openstack-relmgr-office12:59
eglynnttx: ready when you are13:00
ttx#topic Ceilometer13:00
ttx#link https://launchpad.net/ceilometer/+milestone/kilo-rc113:00
ttxSo if I'm to trust that list you have no exception yet13:01
eglynnyeap, so nothing critical as yet and obviously no FFEs13:01
ttxgood all around13:01
eglynnwhat date-ish did you have in mind for the rc1 tag?13:01
ttxDid you parse the bug list into a set of blockers ?13:01
ttxor are those carried-over from k3 ?13:02
eglynnmostly carry-overs13:02
ttxSo I'd say starting next week we can start tagging RC1s13:02
ttxyou need to go through the bug list to make sure there are no leftovers13:02
ttxand then refine the list so that it's actually RC1 blockers there13:02
ttxthen when the list is empty we can tag RC1 and carry on with our liberty lives13:03
eglynnsure, cool13:03
eglynnso next week a bit earlier than envisaged by https://wiki.openstack.org/wiki/Kilo_Release_Schedule ?13:03
eglynnor just getting ahead for the project that we can?13:03
ttxThe release schedule shows the likely dates13:03
eglynna-ha, k13:04
ttxRC1 is tagged when all known issues are fixed :)13:04
ttxall (significant) known issues13:04
ttxso we just need to be reasonably sure it's good13:04
eglynncool, got it13:04
ttxand parsing the bug list is the first step to gaining that confidence13:04
eglynncool, I'm on it :)13:05
ttxso by next week, we'll reduce the RC1 buglist to real blockers, you can move oithers to kilo-rc-potential to keep them somewhere13:05
ttx("kilo-rc-potential" tag)13:05
ttxthat's a good "nice-to-fix" list13:05
eglynncool, got it13:06
ttxThat's all I had -- easy when no FFE :)13:06
eglynnthen post-RC1, only release-critical fixes, right?13:06
ttxpost-RC1, we need some critical issue to open a new RC window13:06
eglynn(so slight incentive there not to rush into rc1 earlier?)13:06
ttxthen we can pile up a reasonable amount of other fix backports13:07
ttxeglynn: I wouldn't say that...13:07
ttxYou need some significant bug to fix to make it worth the pain13:07
ttxbut then you can collect bugs that are fixed in master and backport them easily13:07
eglynncool, got it13:08
ttxso, yes, no rush obviously, but "minor" bugfixes can get it in future RCs alright13:08
ttxespecially if you're far from release date13:08
ttxthe trick is to have at least one RC you can fall back to and release on common release date13:09
eglynncool, makes sense13:09
ttxalright, have a good week!13:09
ttxSergeyLukjanov: ready when you are13:09
SergeyLukjanovttx, hi13:10
SergeyLukjanovttx, I'm here13:10
ttx#topic Sahara13:10
eglynnyou too, thanks for your time!13:10
ttx#link https://launchpad.net/sahara/+milestone/kilo-rc113:10
ttxI see 3 FFEs in your future13:10
ttxIs that the complete list at this point ?13:11
SergeyLukjanovttx, correct, no new FFEs expected, current ones are pretty near to be done13:11
ttxok, let's have a look13:11
ttxhttps://blueprints.launchpad.net/sahara/+spec/add-timeouts-for-polling13:11
ttxone more patch ?13:11
SergeyLukjanov1 CR left13:12
SergeyLukjanovyup13:12
ttx#info add-timeouts-for-polling -- one more patch, to be completed before EOW13:12
ttxhttps://blueprints.launchpad.net/sahara/+spec/default-templates13:12
ttx6 easy patches ?13:12
SergeyLukjanovttx, yeah, we're now ensuring that stuff done in the same way for all plugins13:13
ttx#info default-templates -- 6 easy patches, probably complete by EOW13:13
ttxhttps://blueprints.launchpad.net/sahara/+spec/edp-job-types-endpoint13:13
ttxIs taht one or two more patches ?13:14
SergeyLukjanovttx, 1 important CR left (MapR)13:14
ttxhttps://review.openstack.org/#/c/166494/ looks further away13:14
SergeyLukjanovttx, few more patches preferred but we'll accept them only if done before EOW13:14
SergeyLukjanovttx, it's preferred but optional13:14
ttx#info edp-job-types-endpoint -- one patch almost there, one optional patch, to be completed before EOW13:15
ttxOK, looks under control13:15
SergeyLukjanovttx, yup, it's going as expected13:15
ttx20 bugs on the RC1 list, is that the result of a bug scrub, or just the carry-overs from previous milestones ?13:15
SergeyLukjanovttx, no topics from my side for today's cross project13:16
SergeyLukjanovttx, carry-overs13:16
ttxWould be good to do a bug scrub and target the release blockers instead13:16
ttxand move optional nice-to-haves to kilo-rc-potential tag13:16
ttxSo that by next week we know how far from RC1 we actually are13:17
SergeyLukjanovttx, ack, I'll ensure list cleaned up by EOW13:17
SergeyLukjanovttx, there a lot of docs related bugs in the list13:17
ttxsounds good. Have a great week then13:17
SergeyLukjanovand test13:17
SergeyLukjanovttx, thank you! you too13:17
ttxcheers!13:17
*** eglynn has quit IRC13:49
ttxmestery: I have a call at our usual time (last week before DST here), so if we can talk now, the better14:25
mesteryttx: I'm running the neutron meeting now, lets see if I can multi-task. Go!14:25
ttx#topic Neutron14:25
ttx#link https://launchpad.net/neutron/+milestone/kilo-rc114:26
ttxSo that is more FFEs that I'd like to have14:26
mesteryYEs, we're discussing them now14:26
mesterythe two IPAM ones I just moved out14:26
mesteryWe're working our way down the list14:26
mesteryI guess meeting in an hour would have been better ;)14:26
ttxok, maybe I should talk to you later then :)14:26
mesteryas I'd have more info14:26
mesteryyeah, I guess that makes more sense14:26
mesteryEither later today or tomorrow?14:26
mesteryYour choise14:27
ttxlater today should be fine, will ping you14:27
ttx#undo14:27
openstackRemoving item from minutes: <ircmeeting.items.Link object at 0x7135850>14:27
ttx#undo14:27
openstackRemoving item from minutes: <ircmeeting.items.Topic object at 0x7135e50>14:27
mesteryThanks ttx!14:27
ttxoooh. Multiple undoi levels!14:27
mesterylol14:27
ttxwasn't sure that would work. Meetbot is already smarter than Word 9514:28
ttxnikhil_k: interested in going now ?14:28
nikhil_kttx: yes14:28
nikhil_khi14:28
ttx#topic Glance14:28
ttx#link https://launchpad.net/glance/+milestone/kilo-rc114:29
ttxSo I see two FFEs, is that the complete list you have ?14:29
nikhil_kyes14:29
ttxYour email mentioned pass-targets-to-policy-enforcer, that was moved out, right?14:30
nikhil_kttx: yes, that is implemented14:30
nikhil_khttps://blueprints.launchpad.net/glance/+spec/pass-targets-to-policy-enforcer14:30
ttxoh, back in k3, nice14:30
ttxLet's look at those remaining ones14:31
ttxhttps://blueprints.launchpad.net/glance/+spec/artifact-repository14:31
ttxIs that waiting on https://review.openstack.org/#/q/topic:bp/artifact-repository,n,z ?14:31
nikhil_kyes14:31
ttxHow far is it ? Keeping such a large feature non-landed is concerning14:31
ttxand I don't see a lot of progress lately14:32
nikhil_kI'm trying to get people to review it and review myself14:32
nikhil_kIt's been discussed and talked over for months so, I think we will go with it for now14:33
nikhil_kI can update you more on Thursday14:33
ttxRight, I would prefer not to have the same discussion in one week14:33
nikhil_kok sure14:33
ttxSo let's give it one more week. If it can't land then, it never will14:33
nikhil_kok, thanks for letting me know14:33
ttx#info artifact-repository a bit lagging, must land before next Tuesday or we'll defer14:34
ttxhttps://blueprints.launchpad.net/glance/+spec/catalog-index-service14:34
ttxThat one also seems to be lagging -- feature is slightly less critical, but still14:34
ttxI'm inclined to give it the same rule14:35
ttxto be merged befor14:35
ttxe next Tuesday14:35
nikhil_k(sure)14:35
ttx#info catalog-index-service a bit lagging too, must land before next Tuesday or we'll defer14:36
ttxOnce that is covered we need to build the RC1 buglist14:36
nikhil_ksounds good14:36
ttxi.e. you should parse bug lists and see what should be blocking release and RC114:36
ttxall the nice-to-haves could be tracked using kilo-rc-potential instead14:37
nikhil_kroger14:37
ttxso that we only have blockers in the RC1 list14:37
ttxso ideally we'd have that list at our sync next week14:37
ttxbut you may be distracted by those FFEs in the mean time14:37
ttx(one of the reasons those are harmful)14:37
ttxdo what you can :)14:38
nikhil_kheh, thanks14:38
ttxnikhil_k: have a good and busy week :)14:38
nikhil_kttx: :)14:38
nikhil_kttx: have a nice one yourself!14:38
ttxdavid-lyle: interested in talking now ?14:38
ttxor we can do our usual time, my call should be over by then14:39
david-lylettx: ready, if now works14:49
ttxdavid-lyle: o/14:50
ttx#topic Horizon14:50
ttxhttps://launchpad.net/horizon/+milestone/kilo-rc114:50
ttxI see 3 FFEs, any more on the (heh) horizon ?14:50
david-lyle1 possible for SSO with Keystone, fairly small change14:50
david-lylewould be great to have but needs a little more work14:51
ttxlink?14:52
david-lyleI can add it, and remove if we can't get it in shape14:52
david-lylefinding14:52
ttxyes, add it and we'll review it now14:52
david-lylehttps://blueprints.launchpad.net/horizon/+spec/federated-identity14:52
david-lyleadded in14:53
david-lylekeystone folks will be happy14:53
ttxhow far is this one ?14:53
david-lylepatches are up, horizon side needs a couple of fixes14:53
ttxis that only those two patches ?14:53
david-lyledjango_openstack_auth pieces needs another round too14:53
david-lyleyes14:53
ttxI'm fine with cutting some slack to horizon since you need to play catch-up with features all the time14:53
david-lyleok, I'll work with keystone to get them finalized14:54
ttxIs that something you think could land before our next sync ?14:54
david-lyleI would hope so14:54
david-lyleespecially the horizon side14:54
ttx#info federated-identity -- late feature catch-up, ideally would merge before Tuesday next week14:54
david-lylejust very small issues on that piece14:54
ttxhttps://blueprints.launchpad.net/horizon/+spec/django1814:55
david-lylethat is a testing in the gate issue14:55
david-lylethe patch is in Horizon14:55
david-lyleso at worst, global requirements doesn't include Django > 1.614:55
david-lyleand people use it anyway14:55
ttxso we could consider this one complete, just badly tested until we get our s*t together ?14:56
david-lylewell it's misleading because we can't update global-requirements14:56
david-lylebut yeah14:56
ttxI'm inclined to consider it implemented and log a RC1 bug about testing14:56
david-lyleit could be a line in the release notes14:56
ttxwhich we could turn into a release note if we can't fix it, yes14:56
ttxlet's do that14:56
david-lyleok, I'll update and add bug14:57
ttxhttps://blueprints.launchpad.net/horizon/+spec/angularize-identity-tables14:57
ttxhmm, a bit unclear what that hinges on14:57
david-lylethat still has a little more work on getting the patch in order14:57
ttxlots of patches marked WIP in https://review.openstack.org/#/q/topic:bp/angularize-identity-tables,n,z14:57
ttxI'm inclined to give it one more week, do you think that's doable in that timeframe ?14:58
david-lyleI think so14:58
david-lyleReally only one patch, the others are small utilities and I just -2'd one that was attached incorrectly14:59
ttx#info angularize-identity-tables -- needs to be finalized before next week15:00
ttxhttps://blueprints.launchpad.net/horizon/+spec/fwaas-router-insertion15:00
david-lylethe WIP should be removed from the commit messate15:00
david-lylelate feature in neutron15:00
ttxack, let's put it in the same bucket as the first one15:00
david-lyleamotoki is reviewing and I will as well15:00
david-lylesure15:00
ttx#info fwaas-router-insertion -- late feature catch-up, ideally would merge before Tuesday next week15:01
ttxquick look at the buglist15:01
ttxI think most of those are carry-overs15:01
ttxwould be good to refine it to a manageable list of blockers15:01
ttxeven if that means tagging kilo-rc-potential all the nice-to-haves15:02
david-lyleyes, none of those are blockers at this point15:02
david-lyleI'll clean up the list15:02
ttxack15:02
ttxdavid-lyle: thanks! need to run15:02
david-lylethanks15:02
*** thingee has joined #openstack-relmgr-office15:12
*** thingee has quit IRC15:20
*** thingee has joined #openstack-relmgr-office15:39
ttxthingee: o/15:40
ttxGot time to sync now?15:40
thingeettx: yes sorry. I joined the room and didn't notice weechat was lagging. Got dropped from the wifi :(15:41
ttxno pb, was on a call anyway :)15:41
ttx#topic Cinder15:41
ttxhttps://launchpad.net/cinder/+milestone/kilo-rc115:41
ttxThat's an easy one, no FFE so far15:41
ttxapart from the driver unremovals, did you have any FFE request ?15:42
thingeettx: not much targeted yet. Started triaging yesterday to make sure nothing big is missing15:42
thingeenope15:42
ttxsounds all good to me15:42
ttxmestery: I'm around now if you are15:56
mesteryttx: Ack, lets get this party started! :)15:56
ttx#topic Neutron15:56
ttx#link https://launchpad.net/neutron/+milestone/kilo-rc115:56
ttxso... 715:56
mesteryDown to 9 specs, 2 of which are vendor drivers15:56
mesteryYes15:56
ttxThat's more reasonable, but let's see them in detail :)15:56
mesteryeffectively 715:56
mesteryOK, lets go!15:56
ttxhttps://blueprints.launchpad.net/neutron/+spec/subnet-allocation15:56
mesteryThat one we all agreed we need and can merge.15:57
mesterySo we have two main core reviewers on it, I expect it to land by next week or so.15:57
ttxLots of work needed still15:57
ttxOK, let's give it another week if it's a top prio15:57
mesteryYup, but I have been informed it's all doable15:57
mesteryCool15:57
ttx#info subnet-allocation -- should land before next 1:1, reconsider if not15:58
ttxhttps://blueprints.launchpad.net/neutron/+spec/hyper-v-ovs-agent15:58
mesteryThat one needs to be split into smaller patches, and if that happens we're confident it can merge by later this week.15:58
mesteryIt's all on the patch author now15:58
mesteryIt's low risk because it moves some code around and adds new Hyper-V specific code.15:58
ttxHow about we drop it if that can't be merged in the coming week ?15:59
mesteryWFM15:59
ttxwith that many exceptions, I'm more worried with distraction than code impact tbh15:59
mesteryAgreed15:59
ttx#info hyper-v-ovs-agent -- needs to fully land by next Tuesday15:59
ttxhttps://blueprints.launchpad.net/neutron/+spec/restructure-l3-agent15:59
mestery3 patches left, we're confident we can finish this one by Friday as well16:00
mesterySorry, 4.16:00
ttx#info restructure-l3-agent -- 4 patches left, finalization of a partially merged feature. should land before next 1:1, reconsider if not16:00
ttxhttps://blueprints.launchpad.net/neutron/+spec/ipv6-router16:01
mesteryWe're waiting on a tempest functional job for this one, and it depends on a patch from the multiple-prefix one.16:01
mesterySo this one is iffy, and again, if it doesn't land by Friday it should be out.16:01
ttx#info ipv6-router -- needs to fully land by next Tuesday16:02
ttxhttps://blueprints.launchpad.net/neutron/+spec/multiple-ipv6-prefixes16:02
ttxsame bag?16:02
mesteryYup16:02
ttx#info multiple-ipv6-prefixes -- related to previous one, needs to fully land by next Tuesday16:02
ttxhttps://blueprints.launchpad.net/neutron/+spec/netscaler-lbass-v2-driver16:03
mesteryThat one needs a working CI, which it doesn't have.16:03
ttxhow much time did you gave them16:03
ttx?16:03
mesteryWe've given it and the radware one until Friday to merge.16:03
ttx#info netscaler-lbass-v2-driver -- needs CI up, must merge before EOW16:03
ttxhttps://blueprints.launchpad.net/neutron/+spec/radware-lbaas-driver16:04
ttxsame I suspect16:04
ttx#info radware-lbaas-driver --  needs CI up, must merge before EOW16:04
mesteryYup16:04
mesterysame16:04
ttxOK, if we stick to those deadlines we should be good. My only gripe is that none of them actually looks like it's very close16:04
ttxMeans that it will be distracting, and despite the distraction we need to start focusing on bugs16:05
mesteryI hear you, but I've been firm on kicking things out that don't make the deadlines.16:05
mesteryI moved out pluggable IPAM to a room full of gripes today.16:05
ttxIn particular we'll need a list of RC1 blockers for next week16:05
mesteryAgreed16:05
mesteryWe've started moving bugs out of RC which are not blockers.16:05
mesteryI have more work to do there.16:05
ttxyou can move the wishlist stuff to a kilo-rc-potential tag to keep track of them if you need to16:05
mesteryOK16:06
ttxalso a bug scrub on the general bug list is helpful to catch previously-overlooked issues16:06
mesterythose are plugin decomp tracking items16:06
mesteryGood idea16:06
ttxjust in case16:06
ttxand then keep an eye on recently-filed bugs, as people start testing the thing we say is mostly there :)16:06
ttxThat is all I had16:07
mesterySame for me.16:07
mesteryWe're close ttx! :)16:07
mesteryJust need to get the proverbial ball over the goal line.16:07
mestery;)16:07
ttxonce you refine the bug list, make sure you have assignees for each blocker16:07
mesteryAck16:07
ttxotherwise they tend not to get a lot of attention :)16:07
ttxalright then,n have a great and busy week :)16:07
ttxyou can relax when RC1 is done :)16:08
mesteryLOL16:08
mesteryYeah, no kidding!16:08
mesteryAnd my son had tonsil surgery and ear tubes put in last week, so it's been nuts between that, the baby, and RC16:08
* mestery needs to take a vacation16:08
ttxmestery: I can only relax once the summit is done, so...16:09
mesteryttx: :)16:09
mesterythanks ttx!16:09
ttxI entered "The Tunnel"16:09
mesterylol16:09
ttxthere is light on the other side16:09
ttxI can feel it16:09
mesteryGo towards the light!16:09
SlickNikttx: around?16:13
ttxSlickNik: yes16:14
ttxwe can talk now16:14
SlickNikSounds good — forgot I needed to go to a doctor's appointment later, so this would be better. :)16:14
ttx#topic Trove16:14
ttx#link https://launchpad.net/trove/+milestone/kilo-rc116:15
ttxI see two FFEs left16:15
SlickNikOne of our FFE BPs is done16:15
ttxI sthat the full set you've been asked for ?16:15
SlickNikYes, those two are all that's left and are pretty close.16:15
ttxhttps://blueprints.launchpad.net/trove/+spec/db2-plugin-for-trove16:15
ttxI think we need a deadline for that one, as it's a key feature16:16
SlickNikI've moved the others to liberty since they will not make it.16:16
ttxwhat would be reasonable ? Before next Tuesday ?16:16
SlickNikThe deadline I'm telling folks is end of this week.16:16
ttxok16:16
ttx#info db2-plugin-for-trove -- must land before EOW16:16
ttxhttps://blueprints.launchpad.net/trove/+spec/implement-vertica-cluster16:17
SlickNikSame thing with this one.16:17
ttxLooks about as far, same deadline ?16:17
ttxok16:17
ttx#info implement-vertica-cluster -- must land before EOW16:17
SlickNikGood progress made — and I think it's got a good shot of landing before the end of the week.16:17
ttxLooking at the bug list now16:18
ttxSo ideally that list would be the list of release blockers we need to solve before we can tag a RC116:18
ttxnice-to-haves should move to using the kilo-rc-potential tag16:18
ttxso that you can find them16:18
SlickNikThat list has some punts from kilo-3 but which are not release blockers16:18
SlickNikLet me go through them and clean that list up.16:18
ttxright, so you should refine it and make sure the remaining stuff are blockers16:19
ttxnot necessarily now, but before next week16:19
SlickNik#action SlickNik to clean up RC1 bugs to make sure they are true release blockers16:19
ttxDoing a quick pass on Lcunhpad bugs to make sure you didn't overlook a critical issue is generally a good idea too16:19
SlickNikSounds good.16:19
ttxthat is all I had. Questions ?16:20
SlickNikWill do that as well.16:20
SlickNikNo more questions from me. Thanks for your help!16:20
ttxnp!16:20
ttxdevananda: ping me when around16:20
*** mestery has quit IRC16:26
*** mestery has joined #openstack-relmgr-office16:26
ttxmorganfainberg: ohai16:51
morganfainberg\o16:51
ttx#topic Keystone16:51
morganfainbergLots of FFE requests.16:51
ttx#link https://launchpad.net/keystone/+milestone/kilo-rc116:52
morganfainbergSec moving off phone to desktop.16:52
ttxyeah, but only one on the page so far16:52
ttxsure16:52
morganfainbergok16:52
ttxso let's start with that one16:52
ttxhttps://blueprints.launchpad.net/keystone/+spec/model-timestamps16:52
* morganfainberg forgot to put the others on the rc-1 as blocked16:52
ttxis it one you support, or just some random person targeting it ?16:52
morganfainbergthat one i support, there is no API impact (or shouldn't be)16:53
ttxwe'll add them as we go16:53
ttxhow close is that ?16:53
ttxwe can give it until end of week alright16:53
morganfainbergit should be a minor refactor. needs a rebase and probably 1 patchset16:53
ttxmore worried about distraction than impact tbh16:54
morganfainbergi'm planning on handling the minor update [filter extra data before it hits the API]16:54
morganfainbergit's the lowest priority though16:54
morganfainberglets just punt it till liberty16:54
ttx#info model-timestamps -- to be merged before next Tuesday16:54
morganfainbergit can land right off the bat next cycle.16:54
ttxoh yes16:54
ttx#undo16:54
openstackRemoving item from minutes: <ircmeeting.items.Info object at 0x8b58350>16:54
ttxleaves room for more interesting ones16:55
morganfainbergyeah and we have a bunch :(16:55
ttxyes, you look like Nova now16:55
ttxso let's see...16:55
ttxI see a thread about domain configuration SQL support, fetching spec16:55
ttxLooks like https://blueprints.launchpad.net/keystone/+spec/domain-config-ext16:56
morganfainbergthe Domain SQL is a couple follow up patches that didn't land16:56
morganfainbergyeah16:56
morganfainbergrather than rush them we opted for FFE16:56
morganfainbergit should be ~3 small-ish reviews16:56
ttxsounds good, finishing the work16:56
morganfainbergmost are heavily reviewed already16:56
ttxshould not take more than a week, right16:56
morganfainbergcorrect16:56
ttx#info domain-config-ext -- to be fully merged before Tuesday next week16:57
morganfainbergshould be merged this week if the exception is granted16:57
* ttx adds16:57
ttxnext up is idp-id-registration16:57
ttxhttps://blueprints.launchpad.net/keystone/+spec/idp-id-registration16:58
morganfainbergthis is ready to go. it was blocked by a critical bug16:58
morganfainbergit should easily merge today or tomorrow16:58
ttxso should merge in the coming days ? ok16:58
ttx#info idp-id-registration -- to be completed before EOW16:58
morganfainbergand by my count we have 2 big ones next.16:58
ttxnext up is the reseller stuff16:59
ttxis that https://blueprints.launchpad.net/keystone/+spec/reseller ?16:59
morganfainbergyeah16:59
morganfainbergi'd really like to see this land in kilo. i think it's a tall order16:59
ttxFor this one it depends more on the disruption it may create to existing code17:00
morganfainbergso, the code in keystone will see a lot of disruption17:00
ttxit feels like it has wrecking potential17:00
morganfainbergthe code for anyone else should be zero17:00
morganfainbergit shuffles a lot of things. it was a big priority this cycle to get in, but like everything else got slammed into k3 timeline17:00
morganfainbergwhich meant things didn't land17:00
ttxhow long do you think it can take ?17:01
morganfainbergit could land next week EOW17:01
morganfainbergif everyone core jumped on it17:01
ttxI'm worried we might introduce regressions we don't have time to spot17:01
morganfainbergi think that is a concern17:01
ttxlet's table it for the time being and see the other one17:01
ttxwrapped assertions?17:02
morganfainberghmm?17:02
morganfainbergoh17:02
morganfainbergyeah17:02
ttxis the last one about wrapped assertions?17:02
morganfainbergSAML17:02
morganfainbergwas thinking code assertion not SAML assertion17:02
ttxtrying to find the blueprint17:02
morganfainbergit's not a BP17:03
morganfainbergit's a bug17:03
morganfainbergit should be converted to a BP: https://bugs.launchpad.net/keystone/+bug/142612817:03
openstackLaunchpad bug 1426128 in Keystone "Add ECP related bits to saml generation code" [Wishlist,In progress] - Assigned to Rodrigo Duarte (rodrigodsousa)17:03
morganfainbergthis is small in scope, but impacts API17:03
ttxI guess if it lands in the coming days harm is limited17:04
morganfainbergyeah17:04
ttxis it ready to land ?17:04
morganfainbergand it's totally isolated17:04
morganfainbergvery close17:04
morganfainbergi'd say tuesday for sure17:04
ttxcould you speed-create the BP for it ?17:04
morganfainbergyeah17:04
morganfainbergsec17:04
ttxso that we end up with the clean list17:04
ttxIf you really want it, I'm inclined to give reseller a try, since everything else should be landed by next week17:05
morganfainberghttps://blueprints.launchpad.net/keystone/+spec/ecp-wrapped-saml-assertions17:05
ttxit's the only one that has potential to really overflow17:05
ttxok, targeted to rc117:05
morganfainbergmy biggest concern with reseller is that is it changing how domains are working17:05
morganfainbergthey become projects with a flag17:06
morganfainbergthe rest of reseller is fairly innocuous/isolated17:06
ttx#info ecp-wrapped-saml-assertions -- need to land before next Tuesday17:06
ttxmorganfainberg: would it be a btter idea to land it early in liberty ? So that people can start play out with it if they want to ?17:06
morganfainbergi think it's a wash if it lands now or then. we have a high demand for the features this cycle [lots of people asking for it], but the risk is higher17:07
ttxI think you laredy landed more thanb your share of Kilo features tbh17:07
ttxplenty of edge cases to test already17:07
morganfainberglets say liberty then.17:07
ttxand the sooner we get to that the better17:07
morganfainbergit'll disappoint some folks.17:07
* morganfainberg knew this was going to be the result tbh.17:08
ttxyou can blame me. I'm very willing to cut Horizon some slack due to its position in the stack... Keystone, not so much17:08
morganfainbergwe also have a ton of bugs to triage through17:08
morganfainberguh. no. we share the blame here. i let everything wedge into k317:08
morganfainberg;)17:08
ttxIf it were a couple days away that would not be the same discussion17:09
ttxbut we are talking end of next week here17:09
morganfainbergnext cycle i hope we make FF for keystone milestone-217:09
morganfainbergthen we have a whole milestone for things to slip like this if needed17:09
morganfainberg:P17:09
ttxyeah, nova-style17:09
morganfainbergexactly17:09
morganfainbergesp. with where Keystone is in the stack17:09
morganfainbergall of these (i think) are also string-freeze exceptions17:10
morganfainbergdo i need to send messages to the i18n list?17:10
morganfainbergor is FFE sufficient for that17:10
ttxat least one thread on the ML so that they are able to know, yes17:10
ttxcan be a single post for all17:11
*** thingee has quit IRC17:11
morganfainbergack17:11
* ttx tries to update BP status17:11
morganfainbergi expect to be bug triaging and punting bugs off RC that aren't important this week as well17:11
ttxI think I can set them all to Needs Review17:11
ttxI'll let you unblock the patches17:11
ttxyes, the next step is to refine the bug list so that it's actually blockers only17:11
morganfainbergsounds good. i will make the ECP ones get commit updates17:11
ttxand keep the nice-to-haves using the kilo-rc-potential tag17:12
morganfainbergyep.17:12
ttxso that we ahve a list to track starting next week17:12
morganfainbergsomeone went a bit gung-ho and added every open bug to rc17:12
morganfainbergi think.17:12
morganfainberg:P17:12
morganfainbergevery recently opened bug that is17:12
ttxlet them use the tag instead :)17:12
morganfainbergi will be asking them to do that.17:12
morganfainbergcause *bugs*17:13
morganfainberg;)17:13
morganfainberganyway next week should have FFEs done and bug list sane17:13
ttxalso get someone assigned to that blueprint you just created17:13
ttxthat is all!17:13
morganfainbergdone17:13
morganfainbergassigned to stevemar17:13
ttxnotmyname: sorry for the lateness17:14
ttxmorganfainberg: have a good day, talk to you later!17:14
notmynamelooks liek you had import stuff to discuss :-)17:14
ttxnot every day that keystone has more exception requests than Nova, Cinder and Neutron combined17:15
morganfainberghaha17:15
ttx#topic Swift17:15
notmynamewow17:15
notmynameso in swift-landia, we're hard at work on our final push to getting an erasure code beta for kilo17:15
ttxhow is that going ? Still on track ?17:15
notmynamethe patch chains being tracked are the starred patches on...17:15
notmyname#link http://goo.gl/uRzLBX17:15
notmynameour review dashboard17:16
notmynamethe plan is to finish up work on feature/ec this week and start the merge to master next week17:16
notmynamethere's a lot do to, so it's hard to say if it's "on track". but we'll definitely have a beta in kilo :-)17:17
ttxsome beta at least :)17:17
ttxok, so I expect we'll have more to discuss starting next week17:18
notmynameabout the merge process?17:18
ttxyeah, and the RC1 timing17:18
notmynamewe're still shooting for april 10 as a guideline17:18
ttxyou have the merge process pretty much under control right17:18
notmynameyes, I think that will be tedious, but not especially hard (the git logistics)17:19
notmynameI'll need to work with -infra for the final merge17:19
ttxI don't expect to be useful there, but if you need me for anything, let me know17:19
notmynameok, thanks17:19
ttxanything else ?17:19
notmynameduring the merge process, we'll freeze master17:19
notmynameto avoid conflicts causing delays17:20
ttx#info still shooting for april 10 as a guideline for swift rc117:20
notmynamethat's pretty much everything right now: all EC, all the time17:20
ttxalright17:20
ttxI'll let you go back to that17:20
notmynamehave a good evening17:21
ttxnothing to discuss at cross-project meeting, so we'll skip it17:21
ttxone more hour back17:21
notmynameok17:21
ttxThat concludes our syncs for today, thanks everyone17:21
ttx#endmeeting17:21
openstackMeeting ended Tue Mar 24 17:21:51 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)17:21
openstackMinutes:        http://eavesdrop.openstack.org/meetings/ptl_sync/2015/ptl_sync.2015-03-24-09.02.html17:21
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/ptl_sync/2015/ptl_sync.2015-03-24-09.02.txt17:21
openstackLog:            http://eavesdrop.openstack.org/meetings/ptl_sync/2015/ptl_sync.2015-03-24-09.02.log.html17:21
*** thingee has joined #openstack-relmgr-office17:36
*** johnthetubaguy is now known as zz_johnthetubagu19:16
*** morganfainberg is now known as needslesscoffee19:39
*** needslesscoffee is now known as morganfainberg19:50
*** asalkeld has joined #openstack-relmgr-office20:50
*** redrobot has quit IRC21:42
*** redrobot has joined #openstack-relmgr-office21:47
*** redrobot is now known as Guest938521:47
*** thingee has quit IRC22:00
*** Guest9385 is now known as redrobot22:00

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!