Tuesday, 2014-06-24

*** markmcclain1 has quit IRC00:22
*** markmcclain has joined #openstack-relmgr-office00:36
*** markmcclain has quit IRC00:43
*** morganfainberg_Z is now known as morganfainberg01:07
*** mattoliverau has quit IRC01:48
*** mattoliverau has joined #openstack-relmgr-office01:53
*** mestery has quit IRC02:31
*** mestery has joined #openstack-relmgr-office02:31
*** mestery_ has joined #openstack-relmgr-office02:52
*** mestery has quit IRC02:55
*** markwash has joined #openstack-relmgr-office06:33
mikalttx: you around?07:56
ttxmikal: yes, 2 sec07:58
* johnthetubaguy waves07:59
mikalNP07:59
ttx#startmeeting ptl_sync08:01
openstackMeeting started Tue Jun 24 08:01:27 2014 UTC and is due to finish in 60 minutes.  The chair is ttx. Information about MeetBot at http://wiki.debian.org/MeetBot.08:01
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.08:01
openstackThe meeting name has been set to 'ptl_sync'08:01
ttx#topic Nova08:01
ttx#link https://launchpad.net/nova/+milestone/juno-208:02
ttx#info 25 blueprints, nice progress08:02
mikal:)08:02
* ttx glances at the -specs review backlog08:02
mikalIs that list of bugs only those targetted?08:03
mikalNot those closed since last milestone?08:03
ttxonly the targeted08:03
ttxclosed since last milestoen = fixCommitted08:03
mikalI assume we target the ones closed since last milestone at some point?08:03
mikalPerhaps with a magic scriipt?08:03
ttxsome point being when we tag the milestone yes08:03
mikalCool08:03
ttxmagic script indeed08:04
ttxhttps://review.openstack.org/#/q/status:open+project:openstack/nova-specs,n,z08:04
mikalWe have a spec review day lined up for Wednesday this week by the way08:04
mikalSpecs are a bit out of hand at the moment08:04
ttxabout 80 of them08:04
ttxerr08:05
johnthetubaguythats down for over 100 a few weeks back, but yes, its getting crazy08:05
ttxno more than that08:05
ttx15408:05
ttx#info Spec backlog at 15408:05
ttx#info Nova spec review day lined up for Wednesday this week08:06
johnthetubaguyright, that sounds more like it08:06
ttxI think juno-2 is mostly defined now though08:06
johnthetubaguyso… do we expire the specs reviews like code reviews?08:06
ttxso most of those 154 would end up in j308:06
johnthetubaguyttx: API stuff and some ironic stuff is missing08:06
mikalI don't think we can land 154 specs in j-308:07
johnthetubaguyttx: I hope most will turn out to be invalid, or in K… but08:07
mikalWe should be honest about setting expectations08:07
ttxmikal: I expect a lot of them should just be -2/expired08:07
johnthetubaguyyeah, we are thinking about a spec proposal cut of date for juno08:07
ttxand you can approve and target some of them to next08:07
johnthetubaguylike a week tomorrow08:08
johnthetubaguyyeah, going to open a k folder or something08:08
ttxjohnthetubaguy: it's tricky, because some of them are single-review with code ready08:08
johnthetubaguyttx: yeah, very true, those we can let through I think08:08
johnthetubaguywell, until we hit the end of J-208:08
mikalAnd if we miss one of those people can always appeal on the mailing list08:09
ttxjohnthetubaguy, mikal: spec2bp script to use for approving blueprints on spec approval: https://review.openstack.org/#/c/101566/08:09
johnthetubaguymikal: yeah, and have a nova-meeting slot to debate your case, etc08:09
johnthetubaguyttx: apologies, not tried that out yet08:09
mikaljohnthetubaguy: agreed08:09
mikalMuch like a FFE exception08:09
mikalWell, FFE08:10
johnthetubaguyyeah08:10
ttxI'm considering using the review link as the way to designate the spec, instead of file. Would that be more convenient ?08:10
johnthetubaguywe do enforce the file name thing at the moment, in theory, so either could work I guess08:10
ttxjohnthetubaguy: depends on your workflow.. where you are when you approve the spec08:11
johnthetubaguyttx: true08:11
ttxare you in the specs repo pulling master, or are you on the web browser setting +208:11
ttxanyway, if you've feedback on it, pleéase comment on that review08:12
ttxOK, that's all I had... anything you wanted to raise ?08:13
johnthetubaguyttx: it feels like a suck it and see sort of change, looks reasonable, but probably want to play with it a bit08:13
ttxA topic for discussion for the meetign tonight, maybe ?08:13
mikalI have a PTL webinar coming up, but that's not really news. Just an informational (!).08:13
johnthetubaguyttx: that could work, but I am kinda blocked from attending that08:15
johnthetubaguyttx: the blueprint proposal freeze, do you think that makes sense?08:15
johnthetubaguythe idea being draw a line for juno in a week or so08:15
johnthetubaguythen come up with priorities08:15
ttxjohnthetubaguy: yes it makes sense08:15
ttxOne deadline for "spec must be proposed", one for spec must be approved08:16
ttxone for spec code must be proposed08:16
ttxand one for spec code must be landed (Feature freeze)08:16
johnthetubaguyright, thats a good point08:16
johnthetubaguyright08:16
ttxwith exceptions at every stage08:16
johnthetubaguyright08:17
ttxso we have FF on Sept.408:17
ttxWe have FPF (feature code proposal freeze) about 2 weeks before08:17
ttxmakes sense to have SpecApprovalFreeze around j208:17
mikalSo about Aug 21?08:17
ttxso SpecProposalFreeze about 2 weeks before j208:17
ttxwhich is like July 1008:18
mikalI think we were saying July 308:18
mikalIIRC08:18
ttxtat's fine08:18
johnthetubaguyyeah, so thats close08:18
ttxgives you 3 weeks to parse them08:18
ttxwon't be too long08:18
johnthetubaguyI think we said July 3rd, so we have a week to do priorities etc08:18
* mikal realizes we need to publish a lsit of these dates08:18
johnthetubaguyyeah, thats makes sense08:18
johnthetubaguymikal: +1 I think we do that in the email for tomorrows review day?08:19
mikaljohnthetubaguy: works for me08:19
mikalLet's nail it down in an etherpad after this08:19
johnthetubaguymikal: +1, then I will let you send the email :)08:19
mikalhttps://etherpad.openstack.org/p/juno-nova-release-dates08:19
ttxmikal: i'll mention them in others 1:1s08:19
ttxin case others want to align08:20
mikalSure08:20
mikalWe should have something solid in the etherpad by your next 1:!08:20
johnthetubaguyttx: do we want to add them into your release schedule, I guess only if there are a few projects aligning?08:20
mikal1:1 even08:20
ttxmikal: anything to add to agenda for meeting today ?08:20
ttxjohnthetubaguy: yes, only if there is some common dates08:20
mikalttx: not that I can think of08:20
ttxok then, ttyl08:21
mikalCool, thanks man08:21
mikalHave a good day08:21
ttxHave a good evening:)08:21
johnthetubaguycatch you all later08:23
*** therve has joined #openstack-relmgr-office08:32
thervettx, Hi!08:32
ttx#topic Heat08:32
ttxtherve: o/08:32
thervettx, What's up!08:32
ttx#link https://launchpad.net/heat/+milestone/juno-208:32
ttx#info 6 blueprints, good progress08:32
ttx#info Spec backlog at 1408:33
therveThat part is worrying08:34
ttxtherve: how "complete" would you say the j2 list is ?08:34
ttxtherve: well, nova has a backlog of 154.08:34
ttxso i wouldn't worry that much.08:34
therve:)08:34
thervettx, I expect several to sneak, especially if we manage to start on convergence work08:35
ttxDo you have plans to address the spec backlog and make it part of j2/j3 soon ?08:35
ttxlike a spec review day ?08:35
therveWe don't. It sounds like a nice idea, I can put that in the meeting agenda08:36
ttxLooks like you don't really have specs approved yet08:36
ttxso I suspect all the ones that are on the map right now are just ones that flew below spec radar08:37
therveYeah most of them are older than the heat-specs repo creation08:37
ttxok. So yes, it would be good to tackle the spec backlog :)08:38
therveWhich is fine, I don't think there is much controversy about them08:38
therveI feel we're a bit afraid of the first spec approval though :)08:38
ttxafraid why?08:38
therveI don't know, of the new process I guess?08:39
ttxtherve: fwiw I have a LP script to facilitate blueprint field setting on spec approval08:39
ttxat https://review.openstack.org/#/c/101566/08:40
thervettx, I have the feeling people think specs should only be merged when perfect because there are immutable or something08:40
therveI'd rather have something more free flowing08:40
ttxagreed -- they should be reasonably good, but they can always be changed08:40
therve(also I don't really like gerrit as a discussion medium)08:41
ttxgerrit is good to hash the details, but not so great to discuss a general idea08:41
therveIt's really difficult to follow what has been discussed already08:42
ttxso if the idea wasn't discussed at design summit, sometimes doing one ML iteration really helps08:42
ttx#info No spec approved yet, backlog needs to be addressed08:43
ttxtherve: also nobody forced anyone (yet) to use specs :)08:43
ttxit's an opt-in experiment08:43
therveYeah we did that knowingly, but it doesn't work super well just yet :)08:43
ttxOK, that's all I had, anything you wanted to mention ?08:44
ttxAny topic to add to cross-project meeting agenda for today ?08:44
therveNothing in particular. Some oslo work going on, but I'll ask the oslo team specificly I think.08:45
ttxok then. ttyl08:45
therveCheers!08:45
*** eglynn has joined #openstack-relmgr-office11:43
eglynnttx: knock, knock ...11:44
ttx#topic Ceilometer11:45
ttxeglynn: o/11:45
eglynn#link https://launchpad.net/ceilometer/+milestone/juno-211:45
eglynnstill looking relatively bare11:45
ttx#info 4 blueprints, good progress11:45
eglynnthe overhead of going thru' the specs repo is adding latency to the BP filing11:45
eglynna number of other specs reviews in flight11:46
eglynnhttps://review.openstack.org/#/q/status:open+project:openstack/ceilometer-specs,n,z11:46
ttx#info Spec backlog: 1511:46
eglynnalso I'm psuhing a few folks to propose new specs11:46
ttxeglynn: do you think a few if these may still make j2 ?11:46
eglynnyes, for a few of them work has already started11:46
eglynn(independently of the spec)11:46
eglynndevs are more eager to write code than specs, as always11:47
eglynnI'll keep on pushing the proces stho'11:47
ttxeglynn: you can try my spec2bp script to set the launchpad blueprint fields when approving the spec11:47
ttxSee https://review.openstack.org/#/c/101566/11:47
eglynnk, will do, thanks!11:47
ttxfeedback welcome11:48
eglynnthe mid-cycle next week will also be a good opportunity to bang the drum on the specs process11:48
ttxeglynn: do you think you should have a deadline for proposing Juno specs ?11:48
ttx(and one for getting them approved ?)11:48
eglynnyes, I was thinking of cutting it off completely the week after mid-cycle11:49
eglynnmid-cycle is July 2-411:49
ttxOK, that might match the Nova timing11:49
eglynnsimilar cut-off for nova-specs?11:49
ttxI think at some point handling specs that have no chance of landing before j3 will be a distraction11:50
ttxso letting them pile up and resurface around summit time is probably a good thing11:50
ttx(as long as there is an exception process to catch corner cases)11:50
eglynnyeap, so not a prob to let them fester on gerrit, possibly auto-expire etc.11:50
ttxeglynn: cu-off for nova-specs under discussion on -dev11:51
eglynna-ha cool, will get caught up on that discussion11:51
ttxI'll post a topic for discussion at the meeting today, sounds like a great cross-project thing11:51
eglynnyeap, sounds good11:52
ttxthe whole -specs thing may feel a bit cumbersome at your end, but on my end we end up with much more polished roadmaps11:52
eglynnBTW for project/status meeting next week July 1st unlikely to be a ceilo representative in attendence11:52
ttxeglynn: ok11:52
eglynn(as most of us will be travelling to Paris for mid-cycle)11:52
ttx#info for project/status meeting next week July 1st unlikely to be a ceilo representative in attendence11:53
ttxeglynn: when would be your j2 specs cutoff date ?11:54
ttxi.e. the date after which we can assume the j2 picture to be complete11:54
eglynnFriday July 11th was what I had in mind11:54
eglynni.e. a full week after mid-cycle ends11:54
ttxthat leaves a bit less than two weeks to actually implement. It's probably OK. Not later in all cases11:55
eglynnyep, agreed11:55
ttx#info final j2 plans expected for July 1111:55
ttxeglynn: that's all I had. Anything you'd like to add to meeting agenda ?11:55
eglynnnope that's all from me11:56
eglynnthanks!11:56
ttxok, ttyl then11:56
ttxSergeyLukjanov: ready when you are11:56
SergeyLukjanovttx, hey, I'm here11:58
ttx#topic Sahara11:58
SergeyLukjanov#link https://launchpad.net/sahara/+milestone/juno-211:58
SergeyLukjanovso, everything is going ok11:58
ttx#info 10 blueprints, looks relatively on track11:59
ttx#info Spec backlog: 3 specs11:59
ttxAre those more for J3 or for J2 ?11:59
SergeyLukjanovttx, let me check12:00
SergeyLukjanovttx, j3 plans aren't clear right now12:00
ttxAll of te current ones are not specs-born12:00
ttxSergeyLukjanov: do you plan to use specs for J3 ?12:00
SergeyLukjanovttx, yup, we have some specs on review and planning to back some of the blueprints with specs12:00
SergeyLukjanovttx, we're now in pilot for specs, I'm not sure that we'll be fully ready to enforce them in J12:01
ttxSergeyLukjanov: ok12:01
SergeyLukjanovttx, the main concern is that j3 could be a bit late to enforce such big process change12:02
SergeyLukjanovas we discussed two weeks ago, I'd like to raise the sahara-to-horizon merge q. to the meeting12:03
ttxSergeyLukjanov: you're still OK with the script requiring blueprints to have a priority set by drivers before it appears on the milestone page ?12:03
ttxSergeyLukjanov: ok adding12:03
SergeyLukjanovttx, yup, I think it's ok (re require bp to have prio before it appears on milestone page)12:04
SergeyLukjanovttx, thx12:05
ttx#info Sahara in pilot mode for specs, not sure they'll be fully ready to enforce them in J12:05
ttxSergeyLukjanov: ok, that's all I had then12:05
SergeyLukjanovttx, I think that there is no q. from my side too12:05
ttxThose 3 "not started" should get started really soon now :)12:05
SergeyLukjanovttx, yup, I think so12:06
ttxone of them at least looks non-trivial12:06
ttxSergeyLukjanov: talk to you later12:06
SergeyLukjanovttx, thx12:06
ttxdhellmann: ready when you are12:06
dhellmannttx: hi!12:07
ttx#topic Oslo12:07
ttx#info https://launchpad.net/oslo/+milestone/juno-212:07
ttx6 blueprints, on track12:07
ttx#info 6 blueprints, on track12:07
dhellmannI expect to approve a few (3?) more specs this week12:08
ttx#info Spec backlog: 1912:08
dhellmannwork has started on some of them in the background12:08
ttxdhellmann: was wondering about oslo-specs approval rules12:08
dhellmannand we're going to merge a couple of them, too12:08
ttxsome of them have 2 +2s + the maintainer +112:08
ttxdo you require 3 +2s ?12:08
dhellmannyeah, I'm trying to go deliberately slow to give the liaisons time to review as well, since these changes affect all of the projects12:09
ttxdhellmann: ah ok12:09
dhellmannso the team agreed we would have at least 2 +2, but then I would approve them after a little more time12:09
ttxchaining-regexp-filter can make it to J2 if we approve it soon, code is ready12:09
dhellmannesp. in cases where we need liaison input, which I've been soliciting in the meeting12:09
dhellmannok, if you're happy with that one I am and it's on the list for approval tomorrow IIRC12:10
ttxso you expect a few additions to the J2 picture ?12:10
ttx+3/4 ?12:10
dhellmannyes, I still expect the logging ones to make it and concurrency and serialization12:10
ttxwhen do you think the J2 plan will be near-complete ? next week?12:10
dhellmannI'd like it to be ready then. I'll push for it.12:11
ttx#info Oslo J2 plan should be near-final next week12:11
ttx#info oslo.messaging has 1 targeted J2 spec12:11
ttxdhellmann: we've been talking about a deadline for Juno spec proposal (and one for getting them approved)12:12
ttxwould you be inetrested in such a deadline for Oslo ?12:12
dhellmannI'm not sure I'd take any more proposals at this point, given how long approval is taking.12:12
ttxThe goal being to avoid getting distracted with specs for stuff that won't make it before j312:12
dhellmannI don't know what deadline you had in mind.12:12
ttxdhellmann: mikal posted a timeline for Nova. We'll discuss at meeting today if there is convergence on common dates12:13
dhellmannthat makes sense12:13
dhellmannok, I'll check the ML for that12:13
ttxI don't mind every project using different deadlines, but convergence might help in documentation/clarity12:13
ttxdhellmann: don't forget to try my spec2bp script at the next spec approval12:14
dhellmannoslo is likely to push through and keep working on graduation work after ff because it won't really affect anyone until the next cycle, but for features we'd stop as usual12:14
dhellmannyeah, I'm looking forward to giving that a try tomorrow :-)12:14
ttxanything you'd like to add for discussion at meeting today ?12:15
dhellmannI don't have anything this week12:15
ttxok then. Talk to you later!12:15
dhellmannthanks!12:15
notmynamettx: any chance I can do swit update now?13:01
ttxnotmyname: sure13:02
ttx#topic Swift13:02
notmynamegreat thanks13:02
notmynametwo things13:02
ttxlet me switch context from script dev to relmgt13:02
notmyname:-)13:02
ttxnotmyname: ok, go13:03
notmyname#info swift 2.0.0.rc1 has been released and is undergoing community QA. everyone please test13:03
notmyname#info target swift 2.0.0 release is july 313:03
notmynameseems that the QA for the RC has started yesterday (which is good)13:04
notmynamewhich means that master is unfrozen too13:04
ttxnotmyname: I suspect you will add blueprints to https://launchpad.net/swift/+milestone/2.0.0 between now and July 3 ?13:04
notmynameyes :-)13:04
ttxDid you sort out that tag-on-feature/ec situation ?13:05
notmynameyes it's sorted, but I need your permissions to do it. here's what we want to do:13:05
notmynametag commit 6ede2692c7d3bc04d133a50b822c8f9f87d56cc8 as "storage-policy-historical"13:06
notmyname(which I cannot do13:06
notmyname)13:06
notmynamethen we'll reuse (ie delete recreate) the branch name "feature/ec" so it's off of current master and ready for actual EC work13:06
*** eglynn is now known as eglynn-afk13:06
ttxsounds sane -- shall I push that tag now ?13:07
notmynameyes please13:07
notmynameand for future reference, is there anyone else who has the permission to push a tag to the swift repo?13:07
ttxanyone in release managers group13:07
ttxI posted the link to #openstack-infra13:07
ttxhttps://review.openstack.org/#/admin/groups/11,members13:08
notmynamethanks13:08
ttxok pushed13:09
notmynamettx: I think that's all I've got for this week. any questions I can answer for you?13:09
ttxhttp://git.openstack.org/cgit/openstack/swift/tag/?id=storage-policy-historical13:09
notmynamegot it13:10
ttxnotmyname: I was wondering if you could post proposed designated sections for swift over at https://review.openstack.org/#/c/100675/13:10
notmynamewhen are you looking to have that?13:11
ttxWe need it before the end of the month. If it's today i can include it in the discussion at the TC meeting today13:11
ttxas in i can say that you're not in the pending list anymore13:12
ttx(at this point only Nova formally posted)13:12
notmynameI don't know if I'll have time this morning for it. but you need it in less than a week?13:12
ttxyes, next Monday at the latest13:13
notmynamehow often can designated sections change?13:13
ttxevery release13:13
ttx"release"13:13
ttxas in openstack release.13:13
notmynameopenstack integrated release13:13
ttxyep13:13
ttxso every "cycle" :)13:13
ttxthat one is for havana13:14
notmynameand this refers to specific code modules?13:14
ttxyes, but it can be described in words rather than line numbers, see Nova's entry on that review13:15
ttxso something like "everything but" shall be acceptable, imho13:16
notmynamewell that makes it more tricky. eg stuff that's properly implemented in middleware but middleware is "pluggable"13:16
notmynamehmm13:16
notmynameor things that some deployers don't run but if you do choose to run it this is what you should use13:16
notmynameok, I'll work on that this week13:17
ttxdesignated sections are basically the minimal set of code you need to run to call your stuff "swift"13:17
ttxif you want you could discuss it at the cross-project meeting today, so that other PTLs can share their take on it13:17
notmynameright. but it's a http://en.wikipedia.org/wiki/Ship_of_Theseus question13:17
ttxthere are guidelines for the selection, if that helps:13:18
ttxhttp://git.openstack.org/cgit/openstack/governance/tree/resolutions/20140402-defcore-designated-sections-guidelines.rst13:19
notmynameI don't have a well-enough formed set of questions to bring it up and make progress in the meeting. and questions I will have will be very swift-specific I think (ie pertaining to the swift codebase)13:19
ttxok13:20
ttxanything else you'd like to discuss at meeting ?13:20
notmynameno. nothing comes to mind13:21
ttxok, talk to you later then13:21
notmynamethanks13:22
jgriffithttx: I'm just itching to immediately respond when you ask if I'm around today :)13:22
jgriffithttx: it'll be the first time in weeks I answer within an hour :)13:22
ttxjgriffith: we can do it now if you want13:22
jgriffithhaa.... early13:22
jgriffithhow about that!13:22
jgriffithsure13:22
ttx#topic Cinder13:22
ttx#link https://launchpad.net/cinder/+milestone/juno-213:23
jgriffithnot much change since last week there13:23
jgriffithbut a boat load of specs added that are being picked apart13:23
ttx#info 16 blueprints, lots of unknown/notstarted13:23
ttxjgriffith: could you clarify the state of the "unknown"s at your next meeting?13:24
ttxI assume they are not started13:24
jgriffithttx: they are indeed not-started13:24
ttxok13:24
jgriffithttx: but I will make a note to work on getting those updated before next meeting13:24
ttxLooks like most of them are backed with an approved spec13:25
jgriffith:)13:25
jgriffithYep, I'm liking the specs, it offloads some work for me :)13:25
ttx#info Spec backlog: 2313:25
ttxDo you expect a lot of those 23 to still make the j2 picture ?13:26
jgriffithI'm guessing about 1/213:26
ttxWhat would be your cutoff date for J2 specs ? one or two weeks from now ?13:26
jgriffithI think 1 week is best13:27
jgriffithwith the possibility for exceptions in the second week13:27
ttxAt the meeting today we'll discuss a general Juno spec proposal deadline13:27
ttx(with accompanying spec approval deadline)13:27
jgriffithttx: k, I'll go with whatever as long as its not up to a week before or something :)13:28
ttxto come before the feature proposal freeze (which is code related)13:28
ttxwe'll confront ideas around it today13:28
jgriffithsounds good13:28
ttxbut I think it's a good idea13:28
ttxotherwise we'll keep getting swampedby specs review that have no chance of making it by j313:28
jgriffithI'd agree13:28
ttxjgriffith: last topic I wanted to raise was designated sections13:29
ttxYour input is wanted on https://review.openstack.org/#/c/100675/13:29
ttx(you can propose a new patchset to include Cinder data in there)13:29
ttxthat way we'll collect all PTLs input and then send it back to defcore dudes13:30
jgriffithok... deadline?13:30
ttxdeadline is before the end of the month13:30
* jgriffith asks so he can push to the last minute13:30
ttxif you do it before TC meeting today you earn extra points13:30
jgriffithas he despises all of this13:30
jgriffithttx: alright, I'll try for extra points but it's not likely, PTL webinar and other meetings all morning13:30
ttxjgriffith: yes, the question of whether it's actually our role to designate replaceable sections has been raised13:31
jgriffithttx: I know... I'm not stirring the pot13:31
jgriffithttx: just grunting a bit13:31
ttxjgriffith: at your next spec approval you can give my spec2bp script a try13:32
jgriffithttx: oh?13:32
ttx(https://review.openstack.org/#/c/101566/)13:32
jgriffithttx: I have one I just approved, I'll check it out13:32
jgriffithttx: That's awesome!13:33
jgriffithttx: you working on making PTL's obsolete or what? :)13:33
ttxscript assumes that the blueprint is filed under the same name13:33
ttxjgriffith: I'm working to alleviate the pain around tooling13:34
jgriffithnaming is going to screw people up, but i"ll get the word out on that13:34
ttxbut yeah, we could even trigger that one on merge13:34
ttxif the rst contains fields like priority and target milestone13:34
jgriffithttx: that's what I was thinking would be cool13:34
ttxjgriffith: there was the question of whther the filename or the review link was the best way to designate a spec13:35
ttxdepends where you are in your workflow when you ened to use it13:36
ttxneed*13:36
jgriffithttx: personally I thought the filename was most useful (after it merged)13:36
ttxanyway, give it a try and comment on the review13:36
jgriffithwill do13:36
ttxanything you'd like to discuss at meeting today ?13:36
jgriffiththanks13:36
jgriffithnope... just the spec deadlines etc that you already have scheduled13:37
ttxok then13:37
ttxtalk to you later!13:37
jgriffithcya13:37
*** mestery_ is now known as mestery13:42
*** eglynn-afk is now known as eglynn-ptl-webin13:50
*** eglynn-ptl-webin is now known as eglynn-webinar13:51
dolphmttx: new time?14:16
ttxdolphm: o/14:17
ttx#topic Keystone14:17
*** markwash has quit IRC14:17
ttx#link https://launchpad.net/keystone/+milestone/juno-214:17
ttx#info 2 blueprints, good progress14:17
ttxdolphm: who is working on api-validation ?14:17
dolphmttx: just assigned it14:18
dolphmttx: and added a 3rd approved spec/bp14:18
ttxdolphm: you should set priority quick14:18
ttxbefore autokick sees it14:18
dolphmttx: done14:19
ttxdolphm: how much more do you expect to find their way in j2 ?14:19
ttx#info Spec backlog: 1514:20
dolphmttx: let me get a rough count...14:20
ttxdo you have a rough j2 specs cutoff date ?14:20
dolphmttx: maybe 6 to 8 of those have enough traction to be considered for j214:21
ttxoh, that's a lot14:21
ttxwell, when you have one ready, you can try spec2bp.py from  https://review.openstack.org/#/c/100675/14:22
ttxto set blueprints fields automatically14:22
dolphmhmm, alright14:22
ttxdolphm: we'll discuss a Juno spec proposal/acceptance deadline at the meeting today, to see if there is convergence around the idea14:23
dolphmttx: is that the wrong review link?14:23
ttxerr14:23
ttxyes it's wrong14:23
ttxhttps://review.openstack.org/#/c/101566/14:23
ttxthat's spec2bp14:23
ttxthe other is the required input about designated sections14:24
ttxfor the defcore stuff14:24
ttxyou need to provide that before end of month, or today if you can :)14:24
ttxjust propose a new patchset over the current one14:24
dolphmttx: i did that awhile back?14:26
dolphmttx: in an etherpad14:26
*** david-lyle has joined #openstack-relmgr-office14:26
ttxdolphm: you might have filled some etherpad yes14:26
ttxyou could juste paste what you had there in the review14:26
* ttx might have link handy14:27
ttxhmm no I haven't14:28
dolphmttx: well i'll try to find it, or just work from scratch. it wasn't too complicated, IIRC14:28
ttxthe goal is to collect all input at TC level and submit it in one go14:28
ttxso that they can't ignore a part of it14:29
dolphmsounds good14:29
ttxdolphm: anything you'd like to discuss at the meeting today ?14:29
dolphmno sir14:29
ttxok then , see you there14:29
ttxdavid-lyle: around?14:29
david-lylettx: o/14:30
ttx#topic Horizon14:30
ttxdavid-lyle: good to have you back!14:30
ttx#link https://launchpad.net/horizon/+milestone/juno-214:30
david-lylemy that's grown14:31
ttx#info 57 blueprints (!?) - generally on track14:31
david-lylehave to get out the pruning shears14:31
ttxYou have 10 undefined that you should triage14:31
david-lyleyes14:32
ttxand 4 unassigned14:32
david-lyleI think those have owners they just aren't set in the bp14:32
david-lyleI'll work to get them updated14:32
ttxOK, status otherwise looks good14:33
ttxNote that we'll discuss the merge of the shara dashboard again at the meeting today14:33
david-lylesure, it's high on my priority list, but it will take time14:33
david-lylethings are progressing, if slowly14:34
ttxYou also need to propose a new patchset over https://review.openstack.org/#/c/100675/ with horizon designated sections14:34
david-lylewhen did the j-2 deadline come into play14:34
ttxguidelines for selection at http://git.openstack.org/cgit/openstack/governance/tree/resolutions/20140402-defcore-designated-sections-guidelines.rst14:34
david-lylefor integrated projects, our heat support didn't make until g-3 if IIRC14:34
ttxdavid-lyle: j2 deadline?14:34
david-lylefor getting the sahara gui bits in14:34
ttxhmm, we can discuss that at the meeting... I don't think that came from me14:35
ttxj3 is a bit risky as history proved14:35
david-lyleok, maybe that was a sahara ultimatum14:35
david-lyletrue, but so is rushing in 8k lines of code14:36
ttxright, early in j3 sounds fine to me14:36
ttxanyway, that's a discussion for the meeting14:36
david-lylesure14:36
ttxpicked up my comments on the designated sections ?14:36
david-lyleyes, will revisit14:37
ttxthe deadline for providing that information (which was alraedy provided under some etherpad form) is end of month14:37
SergeyLukjanovit was not really ultimatum, but if we'll not be able to land sahara part to horizon in j2 than it means that we need to backport patches back to the sahara-dashboard and be ready to release it again for Juno14:37
ttxSergeyLukjanov: right. Let's not discuss taht now14:37
SergeyLukjanovttx, yup, sorry14:38
ttxarguing at the meeting is more fun.14:38
david-lyleI just heard a deadline when I got back from vacation was trying to piece together the facts14:38
ttxdavid-lyle: ok, that's all I had14:40
ttxdavid-lyle: anything specific you'd like to discuss at cross-project meeting today ?14:41
david-lyleno, I think we're set14:41
ttxdavid-lyle: ok then, talk to you later14:41
ttxmestery: ready when you are14:41
mesteryttx: o/14:41
ttx#topic Neutron14:41
ttx#link https://launchpad.net/neutron/+milestone/juno-214:42
ttx#info 31 blueprints, slightly behind i would say14:42
* mestery nods in agreement with that sentiment14:42
ttxthings pile up in review, not a lot converted to "done"14:42
mesteryI need to do some pruning this week on that list14:42
mesteryI'm going to shift the core team to review mode to get a bunch of these through in the next few weeks.14:43
*** kgriffs|afk is now known as kgriffs_14:43
ttx#info spec backlog: 9614:44
mesteryIt's a huge backlog.14:44
ttxmestery: I suspect a few of those might still make the J2 tableau14:44
mesteryttx: It's possible a few may creep in yes, but overall, we may start -2 some and pushing them to "K" release.14:44
ttxmestery: we discussed a general Juno spec proposal deadline with mikal14:44
ttx(with matching specapproval deadline14:44
ttx)14:45
mesteryI'd be in favor of that, actually, will we discuss at the release meeting today?14:45
ttxyes we will14:45
*** markmcclain has joined #openstack-relmgr-office14:45
mesteryexcellent!14:45
ttxbecause at some point between j2 and j3 spec approval will become a distraction from juno14:45
ttxsince it's unlikely that spec approved then would make it there14:45
ttxthere would be exception procedures around all that process14:46
mesteryCompletely agree, I think this is a good move for all projects.14:46
mesteryOF course :)14:46
ttxso we'll discuss that today and see if there is convergence on dates14:46
mesteryExcellent14:46
*** markmcclain1 has joined #openstack-relmgr-office14:47
ttxmestery: until when do you think it's reasonable to continue adding stuff to j2 ? (i.e. do you have a j2 spec cutoff date in mind ?)14:47
mesteryRealistically, I think next week should almost be the cutoff, with possible exceptions for some things.14:47
mesteryJ2 is already stacked pretty full at this point14:47
ttx#info Neutron might have a J2 spec cutoff next week14:48
mesteryIf not next week, for sure the following week. I think this removes specs as a distraction for J2 for a bit.14:48
ttxmestery: I sent you a link about my spec2bp script already, did I ?14:48
mesteryNot directly, but I've reviewed it from the backscroll in this channel.14:49
mesteryI'm excited to try it out, looks super nice!14:49
ttxit's a bit raw but i would like feedback on it before i continue working on it14:49
ttxwe could actually have it autorun as a spec merge job14:49
mesteryNow that would be excellent. :)14:49
ttxif all info is provided in the spec itself14:50
*** markmcclain has quit IRC14:50
ttxmestery: last topic is the designated sections stuff14:50
ttxmestery: we need a new patchset with neutron info posted at https://review.openstack.org/#/c/100675/14:51
ttxYou should get in touch with markmcclain as I suspect he already provided some of that info in the past14:51
mesteryttx: Will do, I'll see what I can put together on that for today.14:51
ttx guidelines for selection at http://git.openstack.org/cgit/openstack/governance/tree/resolutions/20140402-defcore-designated-sections-guidelines.rst14:51
ttxok thx.14:51
mesteryttx: Will do!14:51
ttxmestery: anything you'd like to add to meeting agenda for today ?14:52
mesteryNope, nothing on my end this week!14:52
ttxok then14:52
ttxtalk to you later14:53
mesterythanks ttx, later!14:53
*** kgriffs_ is now known as kgriffs14:57
*** eglynn-webinar is now known as eglynn14:58
*** markmcclain1 has quit IRC15:57
*** SlickNik has joined #openstack-relmgr-office16:13
ttxSlickNik: o/16:13
ttxSlickNik: ready now?16:14
SlickNikyup16:14
SlickNiko/16:14
ttx#topic Trove16:14
ttx#info 24 blueprints, progress slightly behind16:15
ttxYou have 4 "undefined" priority blueprints you shoud triage16:15
ttx(i.e. set a priority, or remove target milestone if you don't like it)16:15
SlickNikYes, I plan on doing a triage today before the release meeting.16:15
SlickNikHave some time set apart on my schedule for it. :)16:16
ttxLooks like you have all remaining items targetd to j2 and nothing to j316:16
SlickNikThere's also a few bps that I know won't get done in juno-2, that I need to move to juno 316:16
ttxright, it's a fine approach, defer early16:16
ttxas soon as you're resaonbly convinced it won't make it in j216:17
SlickNikWill whip it into shape today.16:17
ttxdo you expect a lot more things to sneak into the juno cycle, or most of the plan is there already ?16:17
SlickNikI think pretty much _all_ of it is already there.16:18
ttx#info Trove Juno plan is mostly complete, expect early deferrals from juno-2 to juno-316:18
ttxHow is neutron-support going ?16:18
ttxI see 39 patchsets already16:19
SlickNikIt's almost done.16:20
SlickNikThere's one int-test that's still failing (timing condition), and annashen wasn't able to figure it out.16:20
*** markwash has joined #openstack-relmgr-office16:20
SlickNikSo I've put some time on my calendar to look into it.16:20
ttxSlickNik: ok, that's all I had16:20
ttxSlickNik: anything you wanted to add to meeting agenda for today ?16:20
SlickNikWe also have a horizon change in flight to enable dashboard support for neutron.16:20
ttx#info neutron-support almost done16:20
SlickNik#link https://review.openstack.org/#/c/101055/16:21
ttxSlickNik: so, no additional topics ?16:21
SlickNikThat's pretty much all I had. Just trying to keep on top of things. :)16:21
ttxack16:21
ttxmarkwash: around ?16:21
SlickNikThanks ttx!16:21
ttxSlickNik: thank you!16:22
SlickNikSee you in a bit.16:22
markwashttx: hi!16:22
ttx#topic Glance16:22
ttx#link https://launchpad.net/glance/+milestone/juno-216:22
ttx#info 3 blueprints, status on track16:22
ttx#info Spec backlog: 016:23
ttxDoes that mean that your juno-2 plan is complete ?16:23
markwashI think so16:23
ttxkewl16:23
ttxDo you expect new things to be filed i nthe future and make it to juno-3 ?16:24
markwashwhere is the spec backlog figure coming from?16:24
markwashI do16:24
markwashI think we still need some bps for the graffiti integration stuff16:24
ttxarh16:24
markwashI have high hopes though because it was a highly functional poc at the summit16:24
ttx#info Spec backlog: 716:25
ttxsorry, was on page 34 of neutron-specs and the s/neutron/glance/ failed16:25
markwashno worries16:25
markwashI was on ITA-URU16:25
ttxSo those 7 are more juno-3 material ?16:25
markwashI think so16:25
markwashwe'll be judicious if there is something that is ready for juno-216:26
ttxsure16:26
ttxmarkwash: we'll discuss a spec proposal/approval deadline at the meeting today16:26
ttxfor juno16:26
markwashokay sounds good16:26
ttxmarkwash: also you can give spec2bp.py a try when you approve a spec16:27
markwashsure16:27
ttx(see @ https://review.openstack.org/#/c/101566/)16:27
markwashso, get it from release-tools16:27
ttxit's just a review at this point, but yes16:27
ttxAnd finally, defcore needs your finalized input for designated sections -- you can propose it directly as a new patchset to https://review.openstack.org/#/c/100675/16:28
markwashoh16:28
markwashokay16:28
ttxI think you already proposed something on some etherpad some time ago16:28
markwashyeah16:29
ttxif you can dig that up and post it there that would be perfect16:29
markwashI'll give it a look, do we have guidelines there now?16:29
ttxdeadline is end of month16:29
ttxyes, guidelines:16:29
ttxhttp://git.openstack.org/cgit/openstack/governance/tree/resolutions/20140402-defcore-designated-sections-guidelines.rst16:29
markwashokay great16:30
markwashshouldn't be too hard but I'll give it a think16:30
ttxif you do it before meetign today you can brag about it16:31
markwashhaha16:31
ttxmarkwash: that's all I had16:31
ttxanything you want to add to meeting agenda ?16:32
markwashI've no topics for today but I'll keep an eye on the discussion about spec deadlines16:32
ttxok then, see you there!16:32
ttxthat concludes our 1:1 syncs for today. Thanks for tuning in.16:32
ttx#endmeeting16:32
openstackMeeting ended Tue Jun 24 16:32:53 2014 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:32
openstackMinutes:        http://eavesdrop.openstack.org/meetings/ptl_sync/2014/ptl_sync.2014-06-24-08.01.html16:32
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/ptl_sync/2014/ptl_sync.2014-06-24-08.01.txt16:32
openstackLog:            http://eavesdrop.openstack.org/meetings/ptl_sync/2014/ptl_sync.2014-06-24-08.01.log.html16:33
*** kgriffs is now known as kgriffs|afk17:45
*** johnthetubaguy is now known as zz_johnthetubagu18:01
*** kgriffs|afk has quit IRC18:02
*** kgriffs has joined #openstack-relmgr-office18:05
*** kgriffs has left #openstack-relmgr-office18:05
*** markwash has quit IRC18:08
*** SlickNik has left #openstack-relmgr-office18:46
*** dhellman_ has joined #openstack-relmgr-office19:35
*** eglynn has left #openstack-relmgr-office19:53
*** markwash has joined #openstack-relmgr-office19:59
*** therve has left #openstack-relmgr-office20:37
*** dhellman_ has quit IRC22:00
*** markwash has quit IRC23:26
*** david-lyle has quit IRC23:41
*** david-lyle has joined #openstack-relmgr-office23:42
*** david-lyle has quit IRC23:46

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