Thursday, 2015-04-09

ttxdavid-lyle: only the version bump, then?06:44
ttxSergeyLukjanov: any remaining patch to land before https://review.openstack.org/#/c/171155/ ?07:14
SergeyLukjanovttx, good morning07:24
SergeyLukjanovttx, we still have several doc patches in the list07:25
ttxSergeyLukjanov: Any chance you could wrap them up in a targeted bug ? That way it's easier for me to track07:25
SergeyLukjanovttx, I'm now reviewing rest of them07:25
ttxOne single bug with the list of patches will be enough07:25
SergeyLukjanovttx, okay, sure07:26
ttxthx!07:26
SergeyLukjanovttx, here it is - https://bugs.launchpad.net/sahara/+bug/144200107:37
openstackLaunchpad bug 1442001 in Sahara "Cleanup developers documentation" [High,In progress] - Assigned to Sergey Lukjanov (slukjanov)07:37
SergeyLukjanovttx, I've just approved all the CRs07:37
SergeyLukjanovttx, so, waiting for them and then I'll approve liberty open CR07:37
ttxOK, planning to tag later this morning then.07:38
SergeyLukjanovttx, yup07:38
SergeyLukjanovttx, thx07:38
*** zz_johnthetubagu is now known as johnthetubaguy08:34
SergeyLukjanovttx, everything landed, approved https://review.openstack.org/#/c/171155/09:20
ttxSergeyLukjanov: cool, will make magic from there09:21
SergeyLukjanovttx, thx!09:21
johnthetubaguyttx: been massaging the rc1 list after mikal sent him email, I think we are getting closer10:28
johnthetubaguyalthough waiting for RC2 for the final fixes might be the best approach at this point, what do you think?10:28
johnthetubaguythey are pushing hard to get cells tests green, although they look mostly backportable fixes10:29
johnthetubaguythe are a few numa pci passthrough things that would be good to fix, but again, mostly backportable10:30
johnthetubaguynot sure I like assuming RC2 exists though10:31
*** johnthetubaguy is now known as zz_johnthetubagu11:16
ttxtagging Sahara now11:34
ttxand Cinder just after11:38
ttxmestery: neutron ready to go from where I stand11:43
ttxzz_johnthetubagu: Well, depends if adding another day will change the equation. If it's unlikely to land any other interesting fix and all the blockers are in, better cut now than tomorrow11:46
SergeyLukjanovttx, thx!12:00
ttxAll set and annoucned12:01
ttxConsider yourself in liberty12:01
* ttx goes for an errand will be back in an hour or so12:25
*** zz_johnthetubagu is now known as johnthetubaguy12:41
mesteryttx: Ack from me, collecting sha's now for when you return12:49
johnthetubaguyttx: chasing folks around our placeholder DB migrations and things that we want in before RC1, oops12:56
Kiallttx: last review for designate rc1 going through gate now..13:00
Kialljohnthetubaguy: placeholders before RC1? Won't people on RC1 end up executing the noop placeholders and not get the filled in versions if/when that happens?13:01
Kiall(I'm asking becasue, I was planning to add them post rc1!)13:01
johnthetubaguyKiall: oh yeah, thats a good point… I kinda think we always added them first, but I think you are right13:02
Kialljohnthetubaguy: hah, if you find the right answer let me know ;) I'm not 100% confident myself now!13:02
johnthetubaguyKiall: yeah, I will check, confused my self in worrying about what we might have missed, oops13:03
Kiall:)13:03
ttxmestery: if OK, you should approve https://review.openstack.org/#/c/171200/ https://review.openstack.org/#/c/171206/  https://review.openstack.org/#/c/171205/ https://review.openstack.org/#/c/171202/13:40
ttxI need those in to branch and tag13:41
mesteryttx: Approve those before you cut the release?13:41
mesteryttx: OK, approving now.13:41
ttxyes, I branch from the previous commit13:41
ttxso that nothing slips between releases13:41
mesteryttx: Done and all 4 in the queue13:42
mesteryttx: Sounds good!13:42
mesteryttx: In about 20 minutes, I have to take my son to the dr. The patches are all looking good, I can be available via hangout if one fails and needs a re-merge14:39
mesteryttx: I'll try to be on IRC from the phone too14:40
ttxig one fails I can recheck it. I can take it from here I think14:40
ttxmestery: should be done by the time you come back14:40
mesteryttx: Thanks! I'll check back when I return then, still here for 20 more minutes or so.14:41
ttxKiall: around ? wanted to discuss your need to release a new python-designateclient14:43
ttxDo you need one ? It's a bit late to do that now14:43
*** bswartz has joined #openstack-relmgr-office14:45
mesteryttx: Looks like https://review.openstack.org/171200 will need a recheck :(14:49
ttxnoted14:49
bswartzttx: time to start?14:52
ttxbswartz: oh yes14:52
ttx#startmeeting incub_sync14:52
openstackMeeting started Thu Apr  9 14:52:25 2015 UTC and is due to finish in 60 minutes.  The chair is ttx. Information about MeetBot at http://wiki.debian.org/MeetBot.14:52
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:52
openstackThe meeting name has been set to 'incub_sync'14:52
ttx#topic Manila14:52
ttxit's one of /those/ days14:52
bswartzso the news is not good for us14:52
bswartzwe've fixed a ton of bugs, but new ones keep coming in14:52
ttx#link https://launchpad.net/manila/+milestone/kilo-rc114:53
ttxbswartz: it's not a big deal, ideally you all would RC1 next week14:53
bswartzeveryone claims their bugs are critical14:53
ttxwell of course14:53
ttxHow about I push a "open liberty" patch and you -2 it until ytou're ready for RC1 ?14:53
bswartzwhat would that achieve?14:54
ttxThen we can async14:54
ttxYou approve it when you're OK, and I can pick it up14:54
ttxThat serves as a formal signoff14:54
bswartzwell I was just planning to send you a commit hash when we've got the bugs to zero14:54
ttxwe'll still need to push a version bump14:54
bswartzso if you do it that way, then you take the parent of the "open liberty" patch and make that the new proposed branch?14:55
ttxand I still need to cut the stable/kilo branch from the previous commit14:55
ttxyes14:55
bswartzthat works for me14:55
ttxthat ensures nothing slips "between" cycles14:55
bswartzhow much time would you say we have left?14:55
ttxwell, since you're not in the integrated release, failure only reflects bad on you, so it's your risk management, not mine14:56
ttxSo you have until April 30 :)14:56
ttxBUT14:56
ttxUsually releasing a RC1 gets new people to test the thing14:56
ttxand new critical bugs to be uncovered14:56
bswartzyeah that was my thinking14:56
ttxso it's a good thing to do, at least 2 weeks before final14:56
ttxI'd say you have until end of next week14:57
bswartzthat's more time than I'd like to wait, but okay14:57
ttxafter that that will start to impact the quality adversely14:57
bswartzat least we're not about to run into a wall14:57
ttxbswartz: ok, please -2 temporarily https://review.openstack.org/17210414:58
ttxand just approve it when you're happy with stuff. And ping me here. Then I'll make magic hapen first chance I get :)14:58
bswartzokay thank you14:58
ttxAlright, have a good week bugfixing then14:58
bswartzor a bad week, in my case14:59
ttxhehe14:59
bswartzokay gotta run14:59
ttxrun run14:59
ttxredrobot: around?15:00
redrobotttx o/15:00
ttx#topic Barbican15:00
ttx#link https://launchpad.net/barbican/+milestone/kilo-rc115:00
ttxStill 3 RC bugs up15:00
ttxI guess you're on track for RC1 next week too15:00
ttxLet me push a "open liberty" version bump patch and you -2 it until you're ready for RC1 ?15:01
redrobotsure thing, that sounds great15:01
redrobotI'm hoping we'll have these bugs fixed early next week.15:01
ttxOK, please -2 temporarily: https://review.openstack.org/17210615:01
ttxWhen ready you approve that, and I'll cut the release branch from the previous commit15:02
redrobotok, sounds good.15:02
ttxQuestions?15:02
redrobotnone at this time.  Thanks, ttx15:03
ttxalright, nice & fast15:03
ttxflaper87: ready when you are15:03
*** Kiall has quit IRC15:10
*** Kiall has joined #openstack-relmgr-office15:12
ttxKiall: around?15:17
ttxflaper87: around?15:17
Kiallttx: I am, last patch is still gating.. We hit, of all things, a kernel bug during the gate. lol.15:21
ttxcan we sync on designate now ?15:22
KiallYes, we can15:22
ttx#topic Designate15:22
ttx#link https://launchpad.net/designate/+milestone/kilo-rc115:23
KiallSo - I have a Q around the "Mark API v2 Stable" BP.. We're planning on making that call after 1 more week of  review, which is before final.. but after rc1. The change itself is a trivial one liner, but I'm not 100% sure it's totally acceptable to do so15:23
ttxI count 3 RC bugs, not "one patch" ?15:23
KiallThose are to be bumped - only Critical/Blocker will hold us on rc115:23
ttxWell, you should RC1 once you have the go-ahead on that, not after15:23
ttxI mean, not before15:24
ttxI prefer to wait to tag RC1 rather than pretend that this could be the release while we know it won't15:24
ttxand ask people to test something that is not anything like the release API-wise15:24
KiallSounds good, I figured you would say that :) I'll push the team to review ASAP.15:24
ttxSo I'd rather hold until next week15:25
ttxIt's fine for incubated projects anyway15:25
ttxBusy enough with the others right now15:25
ttxThat said I'd like to push the open-liberty version bump so that it's ready when you need it15:25
KiallSure, that's fine with me!15:25
ttxlet me do that15:26
ttxPlease -2 temporarily: https://review.openstack.org/17211615:26
ttxMy other question would be with the client15:26
ttxDo you need a new release ? It's a bit late to do that now15:27
ttxbut then your current one is a bit stale15:27
KiallNo, no new release is needed..15:27
ttxOK, maybe answer that <Kilo stable branches for "other" libraries> answering you're just fine as is thank you very much15:28
Kialland stale just means it still works ;)15:28
ttxsince I suggested designateclient update there15:28
ttxso that nobody goes wild15:28
KiallKilo stable branches for "other" libraries <-- This a ML thead? I missed it.15:28
ttxyes openstack-dev15:29
ttxThat's the topic15:29
ttxI mean "subject"15:29
ttxunder the  [all] topic15:29
KiallSure, I'll have a read and reply after this meet15:29
Kiall(Too many replies to read during the meet)15:29
KiallJust prodded the team around that mark V2 Stable BP, will get that closed our early next week at latest.15:32
KiallAnything else before we wrap up for today?15:34
ttxnope15:34
ttxflaper87: ready when you are15:34
KiallCool, will read that thread now15:34
KiallThanks as always :)15:35
ttxmorganfainberg: care to ask your question here ? -infra is a bit busy with 3 parallel discussions right now15:35
morganfainbergsure15:35
morganfainbergso...15:35
morganfainbergwe can't land changes in master for keystoneclient, middleware, novaclient (i think) among other things15:35
morganfainbergbecause these projects do not have stable/juno & stable/icehouse branches15:36
morganfainbergexample15:36
morganfainberghttps://review.openstack.org/#/c/166438/15:37
morganfainbergbecause the dependencies cannot be resolved for juno15:37
morganfainbergit explodes15:37
morganfainbergthe juno job is "use master unless stable/juno branch is available, then use that"15:37
morganfainbergour options are "create stable branches retoactively"15:37
ttxyes15:37
morganfainbergor remove that check/gate job15:38
ttxThat would not be the first time we do that15:38
ttx(create stable branches retroactively)15:38
morganfainbergi don't mind which way we go15:38
morganfainbergbut i'd like to do one more release of keystoneclient and keystonemiddleware before kilo g-r is cut15:38
morganfainbergbut this is blocking it up.15:39
ttxmorganfainberg: will that require the min version to be bumped as well ?15:39
morganfainbergnope15:39
morganfainbergjust the cap.15:39
ttxok good15:39
ttxsdague: I think creating branches retroactively is the lesser of the two evils there. Thoughts ,15:39
ttx?15:39
*** fesp has joined #openstack-relmgr-office15:40
morganfainbergi tend to agree, but since i don't have access to create the branches :) and we determined last night in -infra we wanted to ask you before making a choice15:40
morganfainbergwe are here today15:40
fesp<- flaper87 <- ttx15:40
fesp(here whenever you're ready)15:40
ttxmorganfainberg: I'm slightly worried about security patches that may be needed on that branch... how far back would you go with stable/juno ? Just the last tag ?15:40
ttx#topic Zaqar15:41
ttxI can parallelize up to 3 discussion before becoming crazy15:41
fespo/15:41
sdaguettx: ok, whatever you think15:41
ttx#link https://launchpad.net/zaqar/+milestone/kilo-rc115:41
fespttx: https://review.openstack.org/#/c/171438/ <- this patch fixes the problem blocking ceilometer and zaqar15:41
morganfainbergi'm willing to commit as PTL that 1.4.x is juno and will receive backports in a semver-sane-way15:41
ttxfamous last words15:42
fespas soon as that lands, there are 2 patche sto recheck and then we can cut it15:42
morganfainbergfor middleware15:42
morganfainbergbut thats just me.15:42
morganfainbergi don't want to speak on behalf of any other projects ;)15:42
ttxfesp: let me propose the liberty version bump so that it's ready for when you are ready15:42
fespttx: sounds perfect15:42
fespother than that, I think we're good15:42
fespnothing else to add15:42
ttxfesp: please -2 temporarily: https://review.openstack.org/17212515:42
ttxPlan is to tag rc1 on incubated projects sometimes next week15:43
ttxmorganfainberg: so you need me to create the branch at this point, right15:43
fespttx: done15:43
morganfainbergttx, if that is the path. yes.15:43
ttxmorganfainberg: branch_es_15:43
fespttx: I'll ping you as soon as those patches land15:43
morganfainbergttx, and i'm happy with that path.15:43
ttxfesp: okk great, have a good day!15:43
fespthank you, you too!15:44
ttxmorganfainberg: let me check a few things15:44
*** fesp has quit IRC15:44
morganfainbergttx, i also would like to change the g-r for juno to include 1.4.x for juno in this case as well15:44
morganfainbergso we can do semver sane updates.15:44
morganfainbergand include backports15:44
morganfainbergbut that is a slightly related-but-not-the-same conversation15:45
ttxmorganfainberg: so we'd branch stable/juno for keystonemiddleware at 1.5.0?15:45
ttxor earlier ?15:45
morganfainbergttx, 1.4.0, current cap15:45
ttxoh, it's capped on stable/juno now ? Great15:45
morganfainberguhm.. wait a sec...15:45
morganfainberghttps://github.com/openstack/requirements/blob/stable/juno/global-requirements.txt#L4015:46
morganfainbergyeah15:46
morganfainberg1.4.0 is the cap in stable/juno for middleware15:46
ttxWe'll have to check if we need security backports there though15:46
ttxCould you check recent advisories for that ? Or should I prod someone on the VMT to do that ?15:46
ttxsee if we actually don't already need a 1.4.1 :)15:47
ttxSo... keystonemiddleware stable/juno at 02abaa1d2711a3d5fc0dd020f05133618e5b7dde (1.4.0)15:48
morganfainbergttx, we have an open bug that likely should be backported15:48
morganfainbergttx, in fact... i think you commented [or tristan did] today15:48
ttxcool. Nice past15:48
morganfainbergwe will need to look through all the advisories and make sure they're backported though15:49
ttxpython-keystoneclient stable/juno at 4ee6e3302ae53c8858c0e48c27a46c292e771afb (1.1.0) ?15:49
morganfainberglooking15:49
morganfainbergcorrect15:49
morganfainberg1.1.015:49
ttxso the good thing here is that you did not consume any 1.1.1 or 1.4.115:50
ttxotherwise the .Z would have been tainted15:50
ttxso it looks like all lights are green15:50
morganfainbergyeah15:50
ttxReady to pull trigger if you confirm.15:51
morganfainbergchecking now15:51
ttxDo you need to do the same for stable/icehouse ?15:51
morganfainbergttx, confirmed on the juno branches15:51
morganfainbergttx, i am going to say probably yes.15:52
morganfainbergwe're likely to hit similar issues...15:52
ttxlet's check if the .Z is clean there15:52
morganfainberglooking now15:52
morganfainbergno middleware for icehouse15:53
ttxpython-keystoneclient capped to 0.11.215:53
ttxwas there a 0.11.3... ?15:53
morganfainbergand no 0.11.315:53
ttxyou sir seem to be lucky15:53
morganfainbergfor keystoneclient15:53
morganfainbergttx, it was all planned! and i'm sticking to that story :P15:54
ttxso for stable/icehouse... 6d85d182a2cbd50f0e6a8477c97a84e149addbce (0.11.2)15:54
morganfainbergyesyes15:54
ttxAlright, let's do this15:54
morganfainbergi'm sure other client libs are going to need this15:54
morganfainbergbut it might get ugly with tainted .Z15:55
ttxkeystonemiddleware stable/juno at 02abaa1d2711a3d5fc0dd020f05133618e5b7dde DONE15:55
ttxpython-keystoneclient stable/juno at  4ee6e3302ae53c8858c0e48c27a46c292e771afb DONE15:56
ttxpython-keystoneclient stable/icehouse  6d85d182a2cbd50f0e6a8477c97a84e149addbce  DONE15:56
ttxAll set, let's hope we just didn't break the world15:56
morganfainbergttx, thank you very much sir.15:57
morganfainbergi'm going to go issue a nice recheck on some stuff15:57
morganfainbergand i do agree.... no breakage *knock on wood*15:57
ttxPlease indicate that you intend to do another keystoneclient release on that ML thread -- you only mentioned keystonemiddleware15:57
morganfainbergwill do15:57
ttxI'll use that thread as an external memory storage15:57
morganfainbergjust going to confirm KSC has something to release before responding15:57
morganfainbergi am near certain it does15:58
ttxOK, please check if anything needs backporting too15:58
morganfainbergttx, yep. will do16:06
morganfainbergttx, i will also need to get python-keystoneclient-kerberos into the stable branch fun when we do it for kilo. i'll remind you as we need it/get there [there are other things that must happen before that one is ready]16:07
ttxok16:08
ttxI'll be back in a couple hours to push ceilometer and neutron.16:12
mesteryttx: back16:31
*** openstack has quit IRC17:13
*** openstack has joined #openstack-relmgr-office17:14
*** mestery has quit IRC18:07
*** mestery has joined #openstack-relmgr-office18:10
*** SergeyLukjanov has quit IRC18:31
*** SergeyLukjanov has joined #openstack-relmgr-office18:32
mesteryttx: Neutron is ready to tag, all 4 Liberty opening patches have merged.18:35
ttxmestery: ok, I'm on it18:39
ttxmestery: done19:09
ttxceilometer is done too19:10
mesteryttx: Woot!19:10
* ttx checks if something else looks close19:10
ttxbefore calling it a day19:10
ttxok, looks like we won't have another winner tonight19:12
ttxback tomorrow19:13
*** bswartz has quit IRC20:57
*** asalkeld has joined #openstack-relmgr-office23:05

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