Tuesday, 2015-02-24

*** david-lyle is now known as david-lyle_afk01:19
*** mestery has joined #openstack-relmgr-office02:48
ttxasalkeld: around?09:01
asalkeldhi09:04
ttx#startmeeting ptl_sync09:04
openstackMeeting started Tue Feb 24 09:04:45 2015 UTC and is due to finish in 60 minutes.  The chair is ttx. Information about MeetBot at http://wiki.debian.org/MeetBot.09:04
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.09:04
openstackThe meeting name has been set to 'ptl_sync'09:04
ttx#topic Heat09:04
asalkeldsorry, a bit late09:04
ttx#link https://launchpad.net/heat/+milestone/kilo-309:05
ttxWhat's the status of those "Unknown" ? Just not started, or really unknown ?09:05
asalkeldthe convergence ones are been worked on09:06
asalkeldi'll update those09:06
asalkeldthe barbican one i might push to L09:06
ttxOK, and keep "Unknown" for when you have no idea -- use "not started" for those that are just not started09:06
asalkeldok, makes sense09:07
ttxRemember Feature Proposal Freeze is Thursday next week, and ISTR you said you would follow it*09:07
ttxthat means that everything should be "needs code review" in 10 days :)09:07
asalkeldwow, ok09:07
ttxso yeah, early defrring of stuff not started that won't make it sounds like a good idea09:08
ttxI mean, you can also decide to not enforce FPF09:08
ttxbut generally that doesn't really result in better situations at the end of the line09:08
asalkeldok09:08
ttxespecially if you piled up enough reviews for the last 2 weeks already09:09
asalkeldi'll chase the status of these up09:09
asalkeldi am hopefully most of those will land09:09
asalkeldthey are small bp's09:09
asalkeldjust broken up to spread the load09:09
ttxok09:09
ttxOn the design summit space request side, you indicated that you would confirm the proposed allocation in a meeting09:10
asalkeldwhen do you need that info?09:10
ttxwell, I don't need a final request, just an idea09:10
asalkeldwe have a meeting in 1.5days09:10
ttxBut I need it asap09:10
asalkeldi ways hoping to canvas there09:10
ttxok, that works09:11
asalkeldcool09:11
ttxThat's about all I had. i'll add proposed changes to release tracking to discuss at the cross-project meeting tomorrow morning for you09:11
asalkeldok09:12
ttxIf you can't make it --> https://wiki.openstack.org/wiki/Release_Cycle_Management/Liberty_Tracking09:12
asalkeldthanks09:12
ttxasalkeld: anything else ?09:12
asalkeldall ok from my side09:12
ttxzz_johnthetubagu: awake?09:12
ttxasalkeld: ok, have a great day09:13
ttxerr..; evening09:13
asalkeldttx: you too09:13
*** zz_johnthetubagu is now known as johnthetubaguy09:15
johnthetubaguyttx: hi, just going to head down to get a coffee, will only be 2 mins hopefully09:16
ttxstanding by09:17
johnthetubaguyttx: hi09:23
ttx#topic Nova09:24
ttxjohnthetubaguy: o/09:24
ttx#link https://launchpad.net/nova/+milestone/kilo-309:24
ttxIs that ~current with the Goals + non-goal FFEs list ?09:24
johnthetubaguyyes09:24
johnthetubaguyalthough the non implemented FFEs will get bumped today/tomorrow, in theory09:25
ttxWe have feature proposal freeze next week on Thursday09:25
johnthetubaguyso I need to chase some folks down to see how much they will have by feature proposal freeze09:25
ttxdoes it look like your goals will make it ?09:26
johnthetubaguyhonestly, a few are touch and go, but looks like they should all get something useful up09:26
johnthetubaguyI will try push people for answers on some of those09:26
ttxok09:26
ttxSeparate topic, I asked mikal for an idea of the mix between fishbowl and work room sessions for the next summit09:27
johnthetubaguydid you get an answer from him?09:27
ttx(I expect nova to use 18 sessions as always, but I need an idea of what the mix should look like09:27
ttx)09:27
ttxNo he didn't yet09:27
ttxWas wondering if you discussed it in any Nova meeting09:28
johnthetubaguyso I think going with the assumption of the same as last time, but I haven't brought that up I am afraid09:28
johnthetubaguywhen is the drop dead time for an answer?09:28
ttxjohnthetubaguy:  the new thing is that for normal sessions, you can pick between fishbowl where you want large attendance, and work rooms where you would rather keep it for the nova team09:29
johnthetubaguyah got you09:29
ttxand that's a team discussion on how you best want to use your time there09:29
ttxother teams generally pickes a 1/3 2/3 mix (1/3 fishbowl)09:29
johnthetubaguyyeah, for sure, we had lots of good comments about the mix last time09:30
ttxanyway, I'll reach out to mikal09:30
johnthetubaguycool, I will put it on the nova meeting agenda before I forget09:30
ttxI'll also discuss at the cross-project meeting tonight evolution in release tracking for Liberty, as previously discussed here09:30
ttxIf you can't make it --> https://wiki.openstack.org/wiki/Release_Cycle_Management/Liberty_Tracking09:31
johnthetubaguyah, cool, thank you09:31
ttxThat's all I had09:31
ttxAnythign on your side ?09:31
johnthetubaguycool, thanks for the updates, I don't think there is much with us09:31
ttxok, ttyl then09:31
johnthetubaguythanks, talk to you soon09:32
johnthetubaguyttx: FWIW I am totally +1 your ideas in that liberty tracking wiki page, a really nice writeup09:37
ttxcool, thx09:38
*** SlickNik has joined #openstack-relmgr-office10:30
*** asalkeld has quit IRC12:01
*** eglynn has joined #openstack-relmgr-office12:59
eglynnttx: knock, knock, ready when you are13:00
ttxo/13:01
ttx#topic Ceilometer13:01
ttx#link https://launchpad.net/ceilometer/+milestone/kilo-313:01
ttxLooks all good13:01
ttxHad a question on design sumit space requests -- you mention on the sheet that you still need to confirm your proposed allocation13:02
ttxshall I consider the guess confirmed now ?13:02
ttxIt's not a final request anyway, just an overall idea13:02
ttxso we can work on room layout13:02
eglynnyeah, does the initial request look out of line to you?13:03
ttxno no, was just wondering how final that guess was13:03
ttxmuch less crazy than others iirc13:03
eglynncool, otherwise, I'd be happy go with that13:03
eglynn... with the understanding that there's more horse trading to come13:03
ttxdefinitely13:03
eglynncoolness13:03
ttxIn other news we'll discuss liberty release tracking at the cross-project meeting tonight13:04
ttxmostly the idea of switching to tracking what landed rather than predicting what will likely not land13:04
eglynnjust thinking BTW, does danpb's "modest proposal" warrent a cross project meeting agenda item?13:04
eglynna-ha OK13:04
eglynn#link http://lists.openstack.org/pipermail/openstack-dev/2015-February/057614.html13:04
eglynn... or let that discuss play out a bit more first13:05
eglynn*discussion13:05
ttxMissed the call for today's meeting, and discussion is only starting13:05
eglynnyeap, fair enough13:05
ttxi expect it to bleed onto that release trackign discussion though13:05
eglynnyeah, I expect so too13:05
ttxand definitely a topic for next week13:05
eglynnagreed13:05
ttxOK, that is all from me13:06
eglynnyep, that's all I had also13:06
eglynnthanks for your time!13:06
ttxremember FPF is Thursday next week, if you want to enforce it13:06
eglynnyeap, I intend to13:06
ttxSergeyLukjanov: o/13:10
SergeyLukjanovo/13:11
ttx#topic Sahara13:11
SergeyLukjanovttx, hi13:11
SergeyLukjanov#link https://launchpad.net/sahara/+milestone/kilo-313:11
ttx#link https://launchpad.net/sahara/+milestone/kilo-313:11
SergeyLukjanovoops :)13:11
ttxLooks relatively good, lots of not started 10 days from feature proposal freze13:11
SergeyLukjanovFPF is March 5?13:12
ttxlast time I looked yes13:12
ttxBut then you can ignore it13:12
ttxsince two weeks befroe FF might be a bit heavy for you13:12
SergeyLukjanovyeah13:14
SergeyLukjanov(was checking the release page)13:14
ttxanyway, those "High" not started should probably get goin,g13:15
SergeyLukjanovI'm not expecting new big proposals13:15
SergeyLukjanovttx, it's a good chance that we'll postpone several of them :(13:15
ttxIn other news we'll discuss the possibility to simplify release tracking for liberty at the Cross-Project meeting today13:16
ttxIf you can't make it --> https://wiki.openstack.org/wiki/Release_Cycle_Management/Liberty_Tracking13:16
SergeyLukjanovyeah, I saw this item, I'll be on the meetings13:17
ttxThat is all I had. Questions on your side ?13:17
SergeyLukjanov(I'm just mostly always very quiet on this meetings :) )13:17
SergeyLukjanovnope, I think nothing more from my side13:17
ttxheh13:17
ttxok then talk to you later13:17
ttxdhellmann: around?13:17
SergeyLukjanovttx, thx13:18
dhellmannttx: I'm here, but also just diving into a nova issue13:19
ttxdhellmann: want to postpone ?13:19
dhellmannyeah, can I have 10-15 min?13:20
dhellmannI have all the people I need together, so we should be able to resolve the path forward shortly13:21
ttxsure13:21
ttxping me when ready13:21
ttxi'm not moving anywhere13:21
dhellmannttx: ok, that took longer than expected but I think we're clear13:35
ttxok13:36
ttx#topic Oslo13:36
ttx#link https://launchpad.net/oslo/+milestone/kilo-313:36
ttxdhellmann: I think you'll want to cull that list early rather than late13:37
dhellmannttx: yeah, I need to weed13:37
ttxthere is little point in releasing a new lib if nobody has time to switch to using it13:37
ttxdo you have a deadline / set date for new graduations ?13:38
dhellmannwell, I don't agree with that, but we haven't seen progress on a couple of those13:38
dhellmannno, we just work constantly with the idea that adoption can start during the next cycle if it needs to13:38
ttxdhellmann: ok, so we maintain the code on the incubator stable branch ?13:38
dhellmannright13:39
ttxi.e. if adoption happens over a release boundary it's not such a big deal ?13:39
ttxok13:39
dhellmannhang on, we've written this down...13:39
ttxyes, taht rings a bell :)13:39
dhellmann#link http://specs.openstack.org/openstack/oslo-specs/specs/policy/incubator.html#graduation13:39
ttxhmm, that's actually a bit unclear13:40
ttx"After the first release of the new library, the module(s) should be removed from the master branch of the incubator. During this phase, only critical bug fixes will be allowed to be back-ported to the prior stable branches."13:40
ttxso... new lib is released, code is removed from master, stable branch is cut from master13:41
ttxthere is nowhere to backport to for projects that have not switched to the lib yet13:42
dhellmannwe expect them to use the previous stable branch -- so things we delete in master are maintained in stable/juno right now, for instance13:43
ttxissue detected in nova kilo copy of the code -- fix will only be on that copy because there is no incubator stable branch to sync from ?13:43
dhellmannnope, the library, then stable/juno are fixed and nova syncs just that module from stable/juno13:43
ttxhmm, wait let me illustrate13:44
ttxnova has a copy of incubator foobar module13:44
ttxnova syncs new feature added on oslo-incubator master branch13:44
ttxoslo.foorbar is released13:45
ttxfoobar code is removed from oslo-incubator master branch13:45
ttxnova releases kilo13:45
ttxissue detected in nova's foobar code copy13:45
ttxthat issue is only present in nova's code copy, not on any of the remaining oslo-incubator branches13:46
ttxoslo-incubator master doesn't have it, stable/kilo doesn't have it (being cut from master), stable/juno doesn't have it (since the feature was added in kilo)13:47
ttxso there is nowhere for nova to sync from, fix has to land in each code copy13:47
dhellmannugh, my internet just bounced so I'm not sure if my last reply came through13:47
ttx(only happens if graduation happens on release boundary)13:48
dhellmann(replay) we have not yet had to change modules in the incubator once we identify them as candidates for graduation, so it hasn't been an issue, yet13:48
dhellmannright, that step "nova syncs new feature added on oslo-incubator master branch" -- when we identify something for graduation we would try to avoid that step13:48
dhellmannif it's a bug fix, we sync it to the stable branch, so that's ok13:48
dhellmannthe rule is features are not added to the code in nova before they go into the incubator, so if someone violates that rule it's on them to deal with it13:48
dhellmanngraduation candidates are frozen at the start of the cycle, basically13:48
ttxok13:48
ttxworks if people follow the rule.13:49
dhellmannso even if we don't get to it right away, we're not tracking differences that would cause issues13:49
ttxthx!13:49
dhellmannmost of this code is pretty stable anyway by the time we're ready for graduation13:49
dhellmannso, as I said, it hasn't come up, but if it turns into an issue we'll adjust the policy13:49
dhellmannwe used to allow changes and then try to do backports in master, but that made it harder to do things like allow the master branch to have the import statements updated to use graduated modules13:50
ttx#link https://launchpad.net/oslo/+milestone/next-kilo13:50
ttxYou target the week before FF for the "likely kilo-final" versions of the libraries ?13:50
dhellmannthat's right13:50
ttxOK, that's all the questions I had13:51
dhellmannwe're working on finalizing that policy: https://review.openstack.org/#/c/153642/13:51
ttxYou might be interested in the discussion on evolution of release tracking we'll have at the meeting today13:51
ttxi.e. switch to tracking what landed rather than track what we think will land13:52
dhellmannI haven't caught up with email yet, is there an agenda with a link?13:52
ttxhttps://wiki.openstack.org/wiki/Meetings/CrossProjectMeeting13:52
dhellmannoh, well, yeah :-)13:52
ttxTopic summary @ https://wiki.openstack.org/wiki/Release_Cycle_Management/Liberty_Tracking13:52
dhellmanndoes this relate at all to the product management working group?13:52
ttxdhellmann: not really. i reached out to some of them though to check how valid my assumtions were13:53
dhellmannok13:53
dhellmannI'll read through that before the meeting, thanks for the heads-up13:54
ttxbasically they prefer an accurate list of things being worked on, rather than a failed prediction at what will land next milestone13:54
ttxthat doesn't mean you shouldn't have key goals and try to get those completed13:54
dhellmannright, I expect we'll still set goals for ourselves13:54
ttxbut it wouldn't be release tracking job to push for those to get completed13:54
* dhellmann nods13:54
ttxme beating the drum to get the goals completed is no longer really efficient13:55
ttxanyway, ttyl13:55
dhellmanndoes that mean no more 1:1 meetings next cycle?13:56
ttxthe wiki page suggests to switch to on-demand, then syncs at each milestone/intermediary release13:56
dhellmannthat makes more sense -- I'll read the rest so you don't have to type it all out here ;-)13:57
dhellmannthanks, ttyl13:57
ttxwe could still sync weekly, since we are the only ones having a productive discussion there13:57
ttx(and that's because you actually do release management of Oslo* stuff13:57
ttxso we need to share tools/processes13:57
ttxdhellmann: ^13:58
ttxbut between milestones, I found the recent 1:1s to be pretty useless13:58
ttx(for non-oslo)13:58
ttxand I would be glad to have that time back13:58
*** eglynn has quit IRC15:02
mesteryttx: Locked and loaded and ready when you are :)15:02
ttx#topic Neutron15:03
ttxmestery: o/15:03
ttx#link https://launchpad.net/neutron/+milestone/kilo-315:03
ttxmestery: are all those unknowns real unknowns ?15:04
mesteryttx: I've been updating some of them the last few minutes :)15:04
mesterySome of them are unknowns, and I'm going to start removing them15:04
ttxah :)15:04
*** eglynn has joined #openstack-relmgr-office15:05
ttxOther question that jumps to mind is how far are those essential things from being code-proposed ?15:05
ttxFPF is Thursday next week (if you still plan to enforce it)15:05
mesteryttx: I need to talk to kevinbenton on the first one, but he's out sick today, I'm hoping he will have something.15:05
mesteryThe one assigned to salv-orlando will hve some code land but not complete.15:05
mesterySome of the work armax is doign is in refernce to that BP15:06
ttxok, so you expect a late landing or a ffe on that one ?15:06
mesteryIf anything, a ffe exception on kevinbenton's, salv-orlando's won't complete in Kilo.15:06
mesteryI'll know more once I sync with kevinbenton when's feeling better :)15:07
ttxhmm, ok15:07
ttxOther topic is the design summit space allocation. You actually asked for a total of 20 sessions where there is only time for 18 (assuming you have a slot on every time on Wed and Thu)15:08
ttxso would be good to come up with a total of <=1815:08
mesteryOK, I'll do that! Assuming that is total of fish bowl + working sessions?15:08
ttxyes15:08
mesteryOK, I'll update that once our meeting is done to be <= 18 :)15:08
mesteryAre we likely to get 18 if I move it to that? Or shoudl I go lower?15:09
mesteryWhatever works for the broader community I'm good with15:09
ttxwell, asking for slightly less would allow you to have sessions in common with Nova15:09
ttxso maybe aiming for 16 will give you some flexibility15:10
mestery++, good idea! Thanks ttx!15:10
mesteryI'd really like some overlap with nova and possibly QA/infra as well15:10
ttxalso given that Neutron is generally a magnet for random people, not sure how well the working sessions will work for you15:10
mesteryYeah, we always face that problem as well15:11
mesteryFish bowels don't work well either to be honest15:11
ttxthe idea being to not advertise those and make them unattractive, but those peolpe are persistent15:11
mesteryhaving 200 people shouting about network protocols isn't anyone's idea of fun ;)15:11
ttxhaving 200 people standing up around a 25-people boardroom is even less fun15:11
mesteryStealth mode, I like it ;)15:11
mesterylol15:11
mesteryThe team is really focusing on making hte working sessions working sessions15:11
mesteryHopefully they are boring enough to keep the marketing people away ;)15:12
ttx8+8 sounds like a good tradeoff15:12
ttx+ the full day friday15:12
mesteryIdeally we just want a morning session Friday.15:12
ttxor 7+9 and the half day15:12
mesteryyes15:12
ttxin other news... will discuss evolution in release tracking for Liberty at the cross-project meeting15:13
ttxI think I already discussed that with you15:13
mesteryYes! But I'm looking forward to that discussion in Vancouver15:13
ttxwe'll discuss it today15:14
ttxso that things are ready when the cycle starts15:14
mesteryAh, ok, good!15:14
mesteryPerfect15:14
mesteryAs I've said before, OpenStack is not afraid of change ;)15:15
ttxwe migth end up discussing shorter cycles/releases in Vancouver instead :)15:15
ttxok, that's all I had15:15
mesteryThat's a good discussion to have.15:15
mesteryOK. that's all from me too.15:15
mesteryThanks ttx!15:15
ttxnikhil_k: ready when you are15:16
nikhil_kttx: o/15:16
ttx#topic Glance15:16
ttx#link https://launchpad.net/glance/+milestone/kilo-315:16
ttxLooks good, you might want to set a prio for https://blueprints.launchpad.net/glance/+spec/metadefs-notifications15:16
ttxAlso Feature Proposal Freeze (the deadlien for getting code under review) is fast approaching (Thursday next week) in case you intend to enforce it15:17
nikhil_kdone15:17
nikhil_kttx: I was thinking March 12th for Glance15:18
ttxok, makes sense15:18
nikhil_kthanks15:18
ttx#info Glance may do FPF on Mar 12 instead of Mar 915:18
ttxThat's all I had, anything on your side ?15:18
nikhil_kttx: I've replied to the google doc for the session schedule15:19
nikhil_kI was curious when would that be published?15:19
ttxnikhil_k: saw that, thx. That will help us work on room layout15:19
ttxthis was just a poll to see how we should lay out the rooms15:19
nikhil_kPeople want me to send email saying that Friday would have a sprint session to help plan travel early15:19
nikhil_kttx: ah ok, so sending such email would be ok then?15:20
ttxwe are still expecting new project teams to appear and need space, so final allocation will happen much later15:20
ttxI think you can bet on at least a half-day Friday15:20
nikhil_koh, we just have 1 halfday so that seems doeable15:20
ttxyes15:21
ttxanything else ?15:21
nikhil_kthat was it, thanks!15:21
ttxnikhil_k: thx, talk to you later15:21
nikhil_kcya, have a nice one15:22
*** thingee has joined #openstack-relmgr-office15:25
ttxthingee: o/15:26
ttxready when you are15:26
thingeettx: hi!15:26
ttx#topic Cinder15:28
ttxsorry, parallelizing :)15:28
ttx#link https://launchpad.net/cinder/+milestone/kilo-315:28
ttxLooks pretty godo overall15:28
ttxgood*15:28
thingeeyes, a lot of these are very close. Some are not going to make the march 1st, code needs to be passing jenkins and ready.15:29
thingeeI've been reaching out to people to contributors about march 1st. oh well15:29
ttxMarch 1st ?15:29
thingeehttp://lists.openstack.org/pipermail/openstack-dev/2015-February/056964.html15:30
thingeeI will untarget bps not ready for review by march 1st.15:30
ttxok, so FPF 4 days in advance15:30
ttx#info Cinder will do FPF on March 1st15:30
thingee"to people to contributors"...heh sorry still waking up15:31
ttxok, and then.. review review review15:31
thingeettx: I'm on it! Hopefully I'll have time with my own bps :(15:32
ttxok, what else... we'll discuss evolution in release tracking at the cross-project meeting today15:33
ttxthe idea that central release management should stop caring about the milestone pages and their bad predictions15:33
ttxfeel free to join the fun15:33
thingeeheh15:34
ttxthat's about all I had in store for you15:34
ttxAnything on your side ?15:35
thingeenope15:35
ttxthingee: ok then, ttyl15:36
ttxdavid-lyle_afk: ping me when around15:36
*** thingee has quit IRC15:41
*** david-lyle_afk is now known as david-lyle15:47
david-lylettx: ping15:47
ttxdavid-lyle: o/15:48
ttx#topic Horizon15:48
ttx#link https://launchpad.net/horizon/+milestone/kilo-315:49
ttxLooks generally far from goal15:49
ttxhttps://blueprints.launchpad.net/horizon/+spec/static-file-bower has no assignee15:49
ttxHow much of the feature proposal freeze on March 9 do you plan to enforce ?15:50
david-lyleI just need to assign it15:50
david-lyleFPF is code?15:50
david-lyletrying to recall15:51
ttxcode for the blueprint must all be up for review15:51
ttxso that you don't lose time reviewing stuff that won't make it to release anyway15:51
david-lyleI suspect a couple of high priority items may come late, but I'll generally enforce it15:52
david-lyleso likely a couple of exceptions, otherwise I will enforce15:52
ttxright -- you might want to remind everyone of the deadline at your next meeting15:53
david-lylewill do, thanks for the reminder15:53
ttxwhat else... we'll discuss a lighter form of release tracking to implement in Liberty15:53
ttxat the cross-project meeting today15:53
david-lyleexcellent15:53
david-lyleI look forward to ito15:54
ttxgist at https://wiki.openstack.org/wiki/Release_Cycle_Management/Liberty_Tracking15:54
david-lyle*it15:54
ttxanything on your side ?15:54
david-lyleno I think we just need to get stuff landed15:54
david-lylebeen sprinting to try help big ticket items make progress toward that15:55
david-lylewhich has been fairly successful15:55
david-lylebut a lot still at risk15:55
ttxack. I'll let you return to work then :)15:56
ttxttyl15:56
david-lylethanks, later15:57
morganfainbergTtx: we moved to 1650 right? /me might have put the wrong time on the calendar.16:51
ttxyes!16:52
ttx#topic Keystone16:52
ttxmorganfainberg: sorry, too many fires to address at the same time16:52
morganfainbergNo worries! I was worried I picked the wrong time for my calendar :)16:52
ttx#link https://launchpad.net/keystone/+milestone/kilo-316:52
ttxso so so... a bit late to hit FPF on Mar 5 (10 days from now)16:53
morganfainbergSo today we are scrubbing that list for anything that doesn't have a chance of landing / significant code done16:53
ttxack16:53
ttxalso one of those has "unknown" status16:54
ttxotherwise looks good16:54
morganfainbergThat one is a new Bp, but good work on it.16:54
morganfainbergIirc. Just was registered this morning.16:54
ttxwhat else... we'll discuss simplifying release tracking at the cross-project meeting later16:54
morganfainbergSpec was a spec proposal exception but had POC code ready to16:54
morganfainbergGo.16:54
ttxhttps://wiki.openstack.org/wiki/Release_Cycle_Management/Liberty_Tracking if you miss it16:55
morganfainbergL1 specs will open after k3 is cut.16:55
morganfainbergThat looks good at a glance btw. The lighter version.16:55
ttxthat's all I had. Anything on your side before you jump in another funny meeting ?16:55
morganfainbergNope that's it.16:56
morganfainbergI'm off to get coffee :) and review code.16:56
ttxalright then, have a good day16:56
ttxnotmyname: ready when you are16:57
notmynamettx: here17:00
ttx#topic Swift17:00
ttxnotmyname: so.. sprinting, feature branches...17:01
notmynameoh yeah, we didn't meet last week, did we?17:01
ttxnotmyname: a vague idea of a window for the next kilo releases ?17:01
ttxnotmyname: yep, lnog time no see17:01
ttxor long17:01
notmynamenext release for swift will be our rc for the integrated release17:01
ttxok, that works (and gives a bit of time)17:02
notmynameright now I'm tracking weather EC will be included. that's the major focus17:02
notmynameshould be able to make a call in a couple of weeks17:02
ttxright, would be awesome17:02
notmynamehackathon (mid-cycle) was great17:02
ttx#info next release for swift will be our rc for the integrated release17:02
notmynameand we have a new feature branch now17:02
notmyname#info swift has a feature/crypto feature branch now17:02
notmynamewe're doing a pluggable encryption thing there17:03
ttxthat's for at-rest encryption ?17:03
notmynameyes17:03
ttxok17:03
notmynamevery very likely barbican integration17:03
ttxmakes sense17:04
notmynamein more minor news, our OPW intern is finishing up her project (a tool to test proper configuration of clusters)17:04
notmynameI've been talking to a company that has a tape library for swift. ie use upstream swift to store data on swift. they're planning on open-sourcing it soon. more info probably around the vancouver timeframe17:05
notmynamealso, similarly, IBM is open-sourcing their storelets thing (doing compute in the swift cluster). also should be more info in the vancouver timeframe17:05
notmynameand we have a new core dev. mattoliverau17:06
ttxsounds... interesting17:06
ttxa bit like novm ?17:06
notmynamelike zeroVM (conceptually)17:06
notmynamenot quite like nova17:06
ttxright zeoVM. not novm.17:06
ttxalthough novm means zerovm.17:06
notmynamehe17:06
notmynameheh17:06
ttxok, interesting days, I see17:07
notmynameso, in summary, dev community is doing well and focusing on EC. the ecosystem is growing. things are going well. prepping for the summit, as always, will take up more and more time in the coming weeks17:07
notmynamedo you know any more about the summit scheduling?17:07
notmynamewe filled out the spreadsheet. when will we know what we get for timeslots?17:07
notmynameand what will be use to submit/schedule the sessions?17:08
ttxI'll use the prelimiary requests to build the room layout17:08
* notmyname would prefer the old system instead of etherpads17:08
ttxwe'll refine the allocation when we know the exact list of projects we need to support17:08
notmynameok17:08
ttxas far as the scheduling goes, working on a new system for the scheduling part, to take into account the added complexity17:09
ttxbut could also revive an instance of the old system for the CFP part17:09
notmynameok, great17:09
ttx(or anyone could, actually)17:09
ttxworst case scenario scheduling will be done separately17:09
notmynameok17:10
ttxi.e. you select the talks then copy paste to schedule17:10
ttxbut to answer your question, final allocation should be closer to summit. I could probably try to give a range before17:10
notmynameok, great17:10
notmynameI didn't sandbag, thinking I'd only get less than I asked for :-)17:11
ttxbut it depends a lot on how many projects will file to be "part of openstack" and therefore be present17:11
ttxwell, I took it as "as many as possible"17:11
notmynamebut I really like the idea on the general organization this time: formal talks, working sessions, and "free/open" time17:11
ttxwhat you asked for though means no free time at all on wed/thu17:11
ttxi.e. be in a work room all the time when you're not in a fishbowl17:12
notmynamewhat is this "free time" you mention? does that exist at a summit? ;-)17:12
ttxyou mentioned "free/open" time17:12
notmynameI was referring to the thus/fri open time. I don't remember what you called it17:12
ttxor is that the Friday ?17:13
ttxok17:13
notmynameya, the friday17:13
ttxcontributors meetup / sprint / time together17:13
ttxa.k.a. lets get some work started if we can17:13
ttxok, need to jump to next sync17:13
notmynameya. I'm also counting on the working sessions for that too, actually17:13
notmynameok. have a good day17:13
ttxsoudns like a perfectly legitimate use case for those17:14
ttxhave a good day!17:14
ttxdevananda: around?17:14
devanandattx: hi!17:14
ttx#topic Ironic17:14
ttx#link https://launchpad.net/ironic/+milestone/kilo-317:14
devanandattx: we spent yesterday making sure that is up to date17:15
ttxit's still missing quite a few assignees17:15
devanandait's full of the crazy right now, as it represents the current state of accepted blueprints17:15
devanandaand some best guesses of priority from me17:15
ttxok :)17:15
ttxwell, keep it updated as you know more, I guess17:15
ttxFPF is March 5th, as a reminder17:16
ttxand I think you signed up to enforce it17:16
devanandamy goal for this week (amongst my goals...) is having that completely up to date, and then paring it down17:16
devanandaI did17:16
devanandaso that at our weekly meeting on monday, we can all go over it and, hopefully, agree without too much fuss17:16
ttxIn other news, that little discussion we had around that Ethiopian food in BRU turned into this: https://wiki.openstack.org/wiki/Release_Cycle_Management/Liberty_Tracking17:16
* devananda looks17:17
ttxIf you're interested in discussing it, join us at the cross-project meeting later17:17
devanandawill do!17:17
ttxawesome!17:17
ttxThat's all I had17:17
devanandaalso, I saw your proposals for new tags about release cadence17:17
ttxrelease models yes17:17
ttxwill be discussed at TC meeting today17:17
devanandawe'll be discussing the release model for ironic after this cycle17:18
devanandaI think some of the cores would like to go to the common model, fwiw17:18
ttxcommon or compatible ?17:19
devanandaI'll pass that wiki page to them and hope they show up at the cross project meeting too17:19
devanandaerm. /me refreshes memory17:19
ttxcommon is basically what you have right now (except you get free coordination)17:19
ttxcompatible is swift-style. Release at will, but try to match the end17:19
devanandacompatible17:19
devanandayes17:19
ttxright17:19
devanandaone other significant change to annouce17:20
devanandaas we move to standardizing our deploy tooling around IPA, we've just switched it in our main gating job17:20
* ttx braces himself17:20
devanandas/switched/prepared to switch/17:21
ttxIPA?17:21
devanandaironic-python-agent17:21
ttxhah!17:21
ttxok17:21
ttxmaybe you should #info it17:21
ttxin case anyone reads our logs, one never knows17:21
ttxRL interrupt , brb17:22
devananda#info ironic is switching our main gating job to use deploy ramdisk based on ironic-python-agent rather than diskimage-builder17:22
ttxdevananda: sounds good17:23
ttxttyl!17:24
ttxSlickNik: around?17:24
SlickNikttx: here17:25
ttx#topic Trove17:26
ttx#link https://launchpad.net/trove/+milestone/kilo-317:26
ttxLooks up to date and good17:26
SlickNikSo that's accurate for the most part.17:26
ttxWe have FPF March 5 next week, so people should get their code up for review this week17:26
ttxanything on your side ?17:27
SlickNikI've been trying to find folks who are involved with BPs that are "slow progress" and check on whether those are indeed going to make it into kilo.17:27
SlickNikWill keep that updated as I get more info.17:27
SlickNikYes — working towards that FPF date.17:27
SlickNikOne thing that we ran into, that's worth mentioning.17:28
SlickNikWe had a python-troveclient job that was gating against stable/juno and stable/icehouse.17:28
SlickNikThe stable branches have been updated recently to cap the version of the openstack/python-xclients that they support on them though.17:29
SlickNikAnd this was breaking our client gate (since the requirements were "too recent")17:29
SlickNikSo we had to explicitly take a change to not gate our latest clients against the stable brances.17:30
SlickNikNot sure if this affects any other projects — but worth mentioning.17:30
ttxhmm17:30
ttxyou might want to reach out on #openstack-stable and give them a heads up. Or raise a [stable] thread17:31
SlickNikttx — will do.17:31
ttxcool thx17:31
ttxhave a great day!17:31
SlickNikThat's all I had.17:31
ttxcool, talk to you later17:31
SlickNikThanks! See you in a bit.17:31
ttx#endmeeting17:32
openstackMeeting ended Tue Feb 24 17:32:47 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)17:32
openstackMinutes:        http://eavesdrop.openstack.org/meetings/ptl_sync/2015/ptl_sync.2015-02-24-09.04.html17:32
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/ptl_sync/2015/ptl_sync.2015-02-24-09.04.txt17:32
openstackLog:            http://eavesdrop.openstack.org/meetings/ptl_sync/2015/ptl_sync.2015-02-24-09.04.log.html17:32
*** eglynn is now known as eglynn-afk18:00
*** johnthetubaguy is now known as zz_johnthetubagu18:53
*** zz_johnthetubagu is now known as johnthetubaguy19:50
*** johnthetubaguy is now known as zz_johnthetubagu19:52
*** eglynn-afk is now known as eglynn20:28
*** asalkeld has joined #openstack-relmgr-office20:48
*** eglynn has quit IRC22:07
*** mestery has quit IRC23:07

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