Friday, 2014-09-05

*** jgriffith has quit IRC00:52
*** jgriffith has joined #openstack-relmgr-office00:52
*** markwash__ has quit IRC00:58
*** arnaud has quit IRC01:01
*** david-lyle has joined #openstack-relmgr-office01:05
*** david-lyle has quit IRC01:16
*** arnaud has joined #openstack-relmgr-office01:20
*** arnaud__ has joined #openstack-relmgr-office01:32
*** mestery has quit IRC01:41
*** mestery has joined #openstack-relmgr-office01:42
*** david-lyle has joined #openstack-relmgr-office01:56
*** david-lyle has quit IRC02:02
*** arnaud__ has quit IRC02:55
*** arnaud has quit IRC02:55
*** markwash__ has joined #openstack-relmgr-office03:42
*** markwash__ has quit IRC04:02
*** arnaud has joined #openstack-relmgr-office04:16
*** flaper87|afk is now known as flaper8705:29
* ttx yawns06:44
*** arnaud has quit IRC06:47
ttxstevebaker: ok, I'll tag heat, the miracle almost happened but didn't06:53
ttxyou're still short of a few patches in both patchseries06:54
ttxand both are not likely to merge before the weekend.06:54
ttxSergeyLukjanov: top change for Sahara is gating now, #1 position06:57
ttxSlickNik: same for Trove, top change just fails at the gate07:02
ttxso I'll tag now07:02
*** markwash__ has joined #openstack-relmgr-office07:03
ttxmarkwash__: hey, looks like both Glance changes are still a bit far in the queue07:04
ttxI think we'll tag now and FFE, otherwise that would stretch the definiton of Thursday to include Saturday07:04
ttxbut I'll wait maybe one or two hours just in case a miracle happens at top of gate07:05
*** markwash__ has quit IRC07:08
ttxSergeyLukjanov: last Sahara patch made it, will tag in a minute07:17
ttxok, sahara, heat and trove were tagged07:41
ttxnova and glance left07:41
SlickNikttx: Thanks! (just saw your message)07:43
ttxSlickNik92701 almost made it :(07:43
SlickNikttx: yes, I saw that. Failed on the postgres gat. :(07:43
SlickNikgate*07:44
SlickNikIt's okay coming in RC though.07:44
SlickNikI'm glad the 2 big ones (replication + clustering) made it in j3.07:45
SlickNikThanks so much for your help (and patience with the gate)!07:46
ttxnp07:46
ttxmikal: waiting for john to get up for a final nova check before tag07:51
ttxhmm, doing Glance now08:21
ttxhmm, no I'll wait a bit more08:23
ttxjohnthetubaguy: let me know when you're awake, will need to tag RSN08:44
SergeyLukjanovttx, good morning08:47
*** zz_johnthetubagu is now known as johnthetubaguy08:47
ttxSergeyLukjanov: you're all merged and tagged.08:47
SergeyLukjanovttx, yup, I see, thank you!08:47
ttxI think you're the only one that got everything in before tag :)08:48
ttxoh, and ceilo.08:48
SergeyLukjanovttx, I think so08:48
johnthetubaguyttx: hey, sorry, forgot to turn on IRC, hows things doing?08:50
ttxhmm, a few nova patches at top of gate, but none targeted08:51
ttxnext targeted change is #11 in the gate08:51
ttxwhich means probably too late08:51
ttxwe got one of the 4 targets implemented08:52
johnthetubaguyttx: OK, sounds like we have to kill then, although if its in the gate, maybe we just give it an implicit FF08:52
johnthetubaguyand call ourselves done08:52
ttxsure, I'm fine with technical FFEs08:52
ttxit's just that waiting is like being in a gigantic Zenon paradox08:53
johnthetubaguylol, yeah08:53
ttxlike "oh, it's only one hour away"08:53
ttxI said that 4 hours ago08:53
johnthetubaguyyeah08:53
ttxso we can defer the last 3 blueprints and tag08:54
ttxwhile it's still technically Thursday somewhere08:54
johnthetubaguyyeah, which patches are where again08:54
johnthetubaguylooking at: https://etherpad.openstack.org/p/SC1ILk7zMT08:55
ttxi'll wait until the next gate reset. If there is none, that change can still make it08:55
johnthetubaguyoh, OK08:55
ttxbut it's been a while since I've seen a full 11 streak08:55
johnthetubaguyyeah08:55
johnthetubaguyseems unlikely08:55
ttxso at the next reset I'll just tag nova and glance.08:55
ttxwe can alredy move the other two though08:58
ttx(libvirt-lxc-user-namespaces)08:59
ttx(juno-slaveification)08:59
ttxdone09:02
ttxhmm, reset just now09:02
ttxlet's see if that pushes them beyond my limit09:03
johnthetubaguyah, cool09:06
ttxI'm pretty sure it will push it beyond, but waiting for node allocation to check :)09:07
johnthetubaguycool09:07
ttxamazingly enough, the reset did not cause a delay09:12
ttxgame is still on09:12
johnthetubaguymadness09:15
ttxalthough the nova change got hit by fails. unless a new reset recovers it in the next 10 minutes, i'll tag09:16
ttxok, I think we can consider it dead09:30
ttxjohnthetubaguy: tagging nova now09:30
johnthetubaguyttx: thanks, push the others to rc1 I guess09:31
ttxyep09:31
johnthetubaguycools09:32
johnthetubaguyI wonder about −2ing them though, to be fair to the others, if they drop out of the gate09:32
ttxhmm, would sound a bit harsh09:33
ttxmaybe if they fall off the gate, yes09:33
ttxso that they are in the FFE discussion like everything else09:33
johnthetubaguywell, it was a bit arbitry that they are not cut09:38
johnthetubaguyor I just re-approve all the already approved stuff that we kicked out09:38
ttxok, glance failed, tagging now too10:02
ttxok, all done and announce sent10:10
SergeyLukjanovttx, great!10:11
ttxlet's move on to FFEs now10:12
ttxdhellmann: we still need to tag oslo-incubator. let me know when i can do that10:13
johnthetubaguyttx: are you good with new approves in the gate now, just to be sure10:27
ttxjohnthetubaguy: sure, open the floodgates11:36
johnthetubaguyttx: thanks11:36
*** ttx has quit IRC12:31
dhellmannttx: checking for late merges now12:32
*** ttx has joined #openstack-relmgr-office12:34
*** ttx has joined #openstack-relmgr-office12:34
dhellmannttx: looks like we're ready12:35
dhellmannttx: 50fb4a2279e3d6833b3ecf5b93476e6bd598bdc9 if it matters12:36
ttxdhellmann: ok, I'm on it12:46
ttxdhellmann: what do we do with policy-configuration-directories ?12:51
ttxmove to -rc1 ?12:51
dhellmannttx: that feature is in the incubator now, so it's "done"12:52
ttxok12:52
ttxmarked as such12:52
ttxall set12:52
dhellmannthat's the thing I was waiting for, I just hadn't gotten to the blueprint yet12:52
dhellmannok12:52
*** morganfainberg has quit IRC12:54
dhellmannttx: what do you think about creating the stable/juno branch so we can start removing deprecated code?12:55
ttxdhellmann: we can definitely do that yes12:56
ttxhmm12:56
ttxlet me think a bit12:56
dhellmannwe might end up with some backports if there are bugs to fix, but we're sort of blocked on progress on oslo.utils until we can convert the remaining incubated modules to use it12:56
ttxwe have two ways of doing it12:57
dhellmannyeah, I'm looking for reasons this is a bad idea :-)12:57
ttxwe can tag final on oslo-incubator and cut stable/juno from it12:57
ttxor just tag rc1 and cut proposed/juno from it12:57
ttxbecause stable/* will trigger weird acls12:57
*** morganfainberg has joined #openstack-relmgr-office12:57
dhellmannah, good point12:57
ttxwe should cut stable/* from the release tag12:58
dhellmannI wasn't thinking about the distinction so much as "I need a branch"12:58
ttxbut we can cut proposed/juno from any rc12:58
ttxand we can call current state a rc12:58
ttxunless you need some other patch in12:58
dhellmannlet's do that, then, that seems safer12:58
ttxor bugfix12:58
dhellmannnothing that needs to (eventually) be in the stable branch12:59
ttxthere are quite a few things in https://launchpad.net/oslo-incubator/+milestone/juno-rc112:59
dhellmannand we can backport things that we do care about having in that branch, we know we'll have to do that12:59
ttxwhat should we do with them ?12:59
dhellmannall of those graduation blueprints could move to their respective libraries, I guess13:00
ttxok -- what about the bugs ?13:00
dhellmannhrm13:01
* ttx moves BPs to "respective libraries"13:01
dhellmannttx: ok, we need to fix that jsonutils thing in the incubator before we branch13:04
ttxyay, true rc1 then13:05
dhellmannand we're blocked on oslotest and python 3, unfortunately13:05
dhellmannmaybe we should just disable python 3 voting for oslo.serialization until we get oslotest fixed13:06
dhellmannI'm not sure what's involved in fixing the packaging and wheel publishing for that13:07
ttxok, cleaned up all oslo.* so that they use next-juno milestone13:16
dhellmannttx: ok, thanks13:23
dhellmannttx: I'm working on getting the oslotest situation fixed, so I'll let you know when we're actually ready for rc113:23
*** morganfainberg has quit IRC13:25
*** morganfainberg has joined #openstack-relmgr-office13:27
*** johnthetubaguy is now known as zz_johnthetubagu13:33
*** zz_johnthetubagu is now known as johnthetubaguy13:33
*** dhellmann is now known as dhellmann_13:40
*** morganfainberg has quit IRC14:18
*** dansmith is now known as superdan14:19
*** david-lyle has joined #openstack-relmgr-office14:26
*** morganfainberg has joined #openstack-relmgr-office14:27
david-lylettx: remind me how/when the openstack/requirements freeze operates14:35
*** dhellmann_ is now known as dhellmann14:43
*** flaper87 is now known as flaper87|afk14:55
ttxdavid-lyle: it's frozen now. Changes need to be discussed and approved on ML now. Bumps to oslo libs and openstack clients are OK until RC114:58
david-lylettx: ok, my question was around the clients14:58
david-lyleso sounds like updating the minimum on those to support new features is ok, I relay that info. Thanks14:59
david-lyle*I'll14:59
ttxjohnthetubaguy: I reopened v2-on-v3-api and pushed it to juno-rc1 to reflect recent approval15:29
ttxjohnthetubaguy: Ideally you would track the approvals and make sure https://launchpad.net/nova/+milestone/juno-rc1 reflects them15:29
ttxi'm adding those I see15:29
ttxsame for vmware-spawn-refactor (partial)15:30
johnthetubaguyttx: I have been trying to do that, just the partial blueprints got marked as completed, and the search failed, I should move them across15:31
ttxjohnthetubaguy: I did that for both15:32
ttxv2-on-v3-api and vmware-spawn-refactor15:32
johnthetubaguyttx: ah, thanks, for some reason I gave up on that, search was failing me, then I got hungry, thanks for fixing that!15:33
ttxmestery: if you want to quickly discuss FFEs we can do that now15:38
ttxjohnthetubaguy: I'm a bit afraid that the "3 core rule" will end up with a dozen BP and nothing merged in one week again15:39
ttxso asking the question "is it something that really needs to be in the release" would be useful15:39
ttxsome things really make sense pre-release, like adopting oslo.db15:39
mesteryttx: Can we do this quickly (e.g. in 5 minutes)? Was just about to go for a walk with my wife, the weather is finally nice again in Minnesota :)15:40
ttxsome other things (merge experimental code so that people can start playing with it), not so much15:40
ttxsure, i don't have much more tima anyway15:40
ttxmestery: ^15:40
mesteryttx: Perfect.15:40
ttxjust a quick look at the list15:40
ttxhttps://launchpad.net/neutron/+milestone/juno-rc115:40
mesterySo, starting from the bottom: The bottom 3 are vendors things which were in the queue and got technical FFEs.15:40
mesterySorry, bottom 415:41
ttx13 is a bit busy, even taking into account the 4 "technical" FFEs15:41
mesteryhttps://blueprints.launchpad.net/neutron/+spec/remove-unit-test-autodeletion and https://blueprints.launchpad.net/neutron/+spec/retargetable-functional-testing are testing BPs15:41
mesteryTrue15:41
ttxYou only got 25 merged in the last 6 weeks15:41
*** markmcclain has joined #openstack-relmgr-office15:41
ttxso i don't really see how 13 is a reasonable target15:41
mesteryI agree15:42
ttxat the very least you need to all timebox them15:42
ttxif not in in one week, it's out15:42
ttx(for the stuff that is not essential to release)15:42
mesteryHow about if I trim it to 9-10?15:42
mesteryAgreed15:42
ttx9-10 is ok, especially with the technical FFEs already in the piipe15:42
mesteryOK, let me see if I can bump 2-3 out then15:42
mesteryThe bottom 4 will be in the queue if you think it's ok (I need to +A them).15:43
ttxyes15:43
mesteryThe High ones are being worked and reviewed as we speak15:43
mesterySo they will start landing soon as well15:43
*** flaper87|afk is now known as flaper8715:43
ttxyes, so it's more the 4 mediums I'm concerned with15:43
ttxif already approved they are ok15:43
mesteryI agree, that's where I'll trim some fat15:43
ttxif not, they will distract from the main (High) targets and the will distract ffrom bugfixing15:44
mesteryML2 port binding and child process restart are the iffy ones15:44
ttxnot even counting the stress on docs team to have loads of features landing late15:44
mesteryAck15:44
mesteryI'll have this resolved by end of day today and send email to the list. Sound fair?15:44
ttxok, that works15:44
mesteryCool.15:44
mesteryThanks for following up on this!15:45
* mestery goes outside to enjoy the cool fall weather.15:45
mesteryEnjoy your evening and weekend ttx!15:45
ttxheh, not done yet!15:45
*** markmcclain1 has joined #openstack-relmgr-office15:45
ttxI should have counted my hours this week, just for fun15:45
mesteryttx: ;)15:45
ttxalso traveling for work all weekend ;)15:45
mesteryttx: I can only imagine.15:45
mesteryOh wow.15:45
*** markmcclain has quit IRC15:46
mesteryThanks again, talk next week.15:46
ttxalthough it's Barcelona. I think I can make that work15:46
mesteryHeh ;)15:46
johnthetubaguyttx: OK, becauseucase the number of blueprints are too big?15:48
ttxjohnthetubaguy: getting enough core interested in the feature to get it merged is just one aspect to the problem15:49
ttxthe main reason behind FF is really to slow down on features so that QA and Docs can start working15:50
ttxif you transform FF+1 week into a feature review hive, that kind of defeats its purpose15:50
ttxso the raw /number/ of those you accept also matters15:50
ttxLike I said in another thread, above 25% of your juno-3 velocity is just creating entropy rather than sanity15:51
ttxso it's a difficult equilibrium between time, risk, mass and core signups.15:51
ttxAt one point even if they are early, not really risky, and with core signups, just the number of them you approved starts making someone else's job impossible (think a documenter trying to determine what's still changing below them)15:53
ttxjohnthetubaguy: although timeboxing them all to one week is certainly a good safeguard15:54
johnthetubaguyttx: yeah, I agree, I think we lost a bit in translation into the process email16:09
johnthetubaguyI was hoping cores would chose "they top few things", and three would made that hard, but we forgot to say why I guess16:09
*** david-lyle has quit IRC16:11
johnthetubaguyttx: not trying to throw the baby out with the bath water, but if we did more explicit branch stabilisation, and didn't bother with stopping features going into master, more just took a branch when the time comes, I wonder if it would be less of a crunch at the end, and we would get better quality… but thats a whole different topic16:16
*** mordred has quit IRC16:18
*** mordred has joined #openstack-relmgr-office16:18
*** markwash__ has joined #openstack-relmgr-office16:20
*** redrobot has left #openstack-relmgr-office16:22
*** flaper87 is now known as flaper87|afk16:28
*** flaper87|afk is now known as flaper8716:31
*** markwash__ has quit IRC16:47
*** markwash__ has joined #openstack-relmgr-office16:50
*** david-lyle has joined #openstack-relmgr-office16:58
*** johnthetubaguy is now known as zz_johnthetubagu17:08
*** markmcclain1 has quit IRC17:10
*** dhellmann is now known as dhellmann_17:23
*** mestery is now known as man_of_mystery17:43
*** david-lyle is now known as david-lyle_afk17:49
*** dhellmann_ is now known as dhellmann18:02
markwash__ttx: did we already tag j3 glance?18:03
markwash__s/we/you/ :-)18:03
*** redrobot has joined #openstack-relmgr-office18:18
*** markwash__ has quit IRC18:24
*** man_of_mystery is now known as mestery18:25
*** markwash__ has joined #openstack-relmgr-office18:33
*** markwash__ has quit IRC18:54
*** markwash__ has joined #openstack-relmgr-office19:00
*** flaper87 is now known as flaper87|afk19:01
*** david-lyle_afk is now known as david-lyle19:14
*** markwash__ has quit IRC21:35
*** markwash__ has joined #openstack-relmgr-office21:49
*** arnaud__ has joined #openstack-relmgr-office23:40
*** david-lyle has quit IRC23:49

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