20:00:41 #startmeeting glance 20:00:42 Meeting started Thu Sep 5 20:00:41 2013 UTC and is due to finish in 60 minutes. The chair is markwash. Information about MeetBot at http://wiki.debian.org/MeetBot. 20:00:42 \o 20:00:43 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 20:00:45 The meeting name has been set to 'glance' 20:00:55 * markwash waits, wishing he had remembered to send out a reminder 20:01:59 Hi, any items on agenda ? 20:02:21 yes, mostly related to the recent release of Havana 3 20:03:05 hey 20:03:14 hurray for highlighting! 20:03:28 everyones coming 20:03:40 o/ 20:04:09 I wanna try to keep my part short, to allow for more open discussion or just plain taking a break today 20:04:18 so here are the items I want to touch on today 20:04:27 1) How to handle reviews during the FFE 20:04:39 wave 20:04:47 s/FFE/feature freeze/ 20:04:58 2) current and possible feature freeze exceptions 20:05:04 3) what's going on with async workers 20:05:16 4) priorities during FF 20:05:23 so let's get started! :-) 20:05:31 woohoo <3 agenda 20:05:38 Just wanted to remind all core reviewers that we're now in feature freeze 20:05:47 so if you see a new feature in a review, -2 it! 20:06:05 after RC1 is cut, we can remove our -2's (sep 26th ish) 20:06:18 markwash: cool 20:06:22 if soemthing is assigned to rc-1 is it in FFE? 20:06:28 or for after it? 20:06:38 important bug fixes are still fine to let through, but let's make sure they're important / safe 20:06:46 iccha: that's what I was aiming for 20:07:24 I'd also like to see those aforementioned important bugs targeted to RC1 just to make sure we're reporting up all the things we need to share, and not letting any important issues slip by 20:07:52 #link https://bugs.launchpad.net/glance/+milestone/havana-rc1 20:08:07 that ^^ shows what we're tracking as important bug fixes and FFE blueprints 20:08:21 Any questions about reviews and bugs during FF? 20:08:39 so if a review references a bug in that list we can approve it? 20:08:49 definitely 20:08:57 ok cool 20:08:58 and its possible that some bug fixes need to be added to that list 20:09:15 jbresnah: when I'm using tox, the bug https://bugs.launchpad.net/glance/+bug/1220919 never happend 20:09:20 does that list need to freeze soon? 20:09:25 well, they should have "triaged" status 20:09:33 jbresnah: I don't think it needs to freeze 20:09:37 but its important we curate it well 20:09:41 yeah 20:09:49 no sneaky wishlist feature-y bugs coming in :-) 20:09:56 hehe 20:10:15 the thing we want to care about right now is stability in the code 20:10:26 because there are folks who will be testing out the milestone proposed branch 20:10:39 so we want to minimize the significance of changes between those two 20:10:49 Other questions? 20:10:52 markwash: can we add https://code.launchpad.net/bugs/1202098 in the rc1 list? 20:11:13 markwash: https://review.openstack.org/#/c/44490/ 20:11:14 zhiyan: I think so 20:11:30 yeah, that one is pretty straight forward and ready to go too i think 20:11:58 cool 20:11:59 markwash: can you help adding it to list? since i can't change its Milestone field.. 20:12:10 done 20:12:12 jbresnah: yes 20:12:19 markwash: jbresnah: thanks. 20:12:21 Let's move on to current and proposed FFEs 20:12:43 #1 on this list for me is the last patch in protected properties, regarding v1 changes 20:12:54 I'd actually like to see that land today so that I can push it into milestone proposed 20:12:56 ah right 20:13:10 but I can't tell quite if its ready 20:13:29 * markwash looks for link 20:13:37 needs little work but looks mostly good 20:13:45 https://review.openstack.org/#/c/44703/ 20:14:15 i havent looked at it again since the integration tests were added back in 20:14:58 we might just have to send it in RC1 20:15:11 if we can't get it together before very very early tomorrow 20:15:23 okay, a few other things have popped up 20:15:43 First off, https://review.openstack.org/#/q/status:open+project:openstack/glance+branch:master+topic:bp/glance-tests-code-duplication,n,z 20:15:55 this feels like its just test cleanup 20:16:11 so I don't know that it should really be blocked by FF 20:16:33 +1 20:16:45 I want to double check the reviews to ensure its only mucking with tests, but if that checks out, I'd like to grant an FFE and land it. . any other thoughts though? I don't want to be rash 20:17:12 well, it would be nice to verify that they offer the same test coverage 20:17:16 not just in terms of LOC 20:17:20 but in terms of logical paths 20:17:23 that is sort of hard to do 20:17:26 jbresnah: good point 20:17:40 i would be ok with letting them in tho 20:17:46 but the reviews will take time 20:18:13 I guess we can give it an FFE, but if the coverage changes for the worse, we'd just want to give a -1 regardless. . does that make sense? 20:18:29 makes sense 20:18:50 yeah 20:19:06 https://review.openstack.org/#/c/34801/ is close but its a big change 20:19:06 cool 20:19:23 yes I wanted to talk about that one. . lets hear about it now 20:19:43 one worry I have there is the docimpact 20:19:45 which seems pretty large 20:19:47 it involves migrations 20:19:51 and docimpact 20:19:59 do we have time/bandwidth to prep this? 20:20:00 and I am not sure if enough ppl have reviewed it 20:20:12 OTOH I'm worried that it is critical with the locations feature we released to make sense 20:21:02 iccha: so in the migration, credentials are stripped out 20:21:09 yes thats right markwash 20:21:17 and the administrator is required to put the right creds into the config 20:21:23 yeah thats right 20:21:36 it deprecates some of the existing conf 20:21:39 and introduces new 20:22:08 the config part looks good 20:22:25 I feel like this bp is good for an FFE if we have the bandwidth to do the docs right 20:22:45 lets go for it i know sridevi was asking about docs for it today 20:23:07 we just need to yell as loud as possible about this one to make sure people don't destroy their credential data 20:23:15 +10 that 20:23:20 or +1M 20:23:23 :-) 20:23:46 so here's my plan 20:23:52 I still want another outside sanity check on this one 20:24:10 so let's put target the bp to RC1, but hold off on sending it in until at least next wednesday 20:24:14 stuart has been looking at . but yes more the merrier 20:24:23 how do we yell loud enough? 20:24:25 that way ttx and others will have a chance to look at the fact we're proposing this 20:24:26 * ameade_ is nervous 20:24:33 outside meaning, outside glance? 20:24:38 yeah, outside glance 20:24:42 +1 20:24:57 I think an email to the list about it is also important at this stage 20:25:06 this kinda breaks backward compatibility for config 20:25:11 is there a rule for such things? 20:25:23 iccha: hmm, it shouldn't do that 20:25:36 did we cover string freeze? 20:25:58 iccha: let's circle around about the config changes 20:26:01 markwash: hmm yeah u re right 20:26:03 or that is included in FFE? 20:26:04 cool next one 20:26:09 I wanna grok that, a little distracted at this point 20:26:20 nikhil: good point, missed string freeze 20:26:27 let's hit that in a moment 20:27:03 another possible FFE 20:27:08 https://review.openstack.org/#/q/status:open+project:openstack/glance+branch:master+topic:bp/db-use-oslo-common-code,n,z 20:27:27 this one feels more borderline to me. . I think we can probably afford to wait 20:27:38 is this a feature? 20:27:38 but I'm a bit sad.. I meant to get it in in time :-( 20:28:10 ameade: good question, I was assuming a few features were being picked up in the meanwhile 20:28:41 maybe we can ask for some clarification about the feature-y-ness 20:28:46 it introduced common code 20:29:06 haha, the MP says blueprint however, it does not exist! 20:29:09 dont mind me i looked at only one review 20:29:47 okay, I'll leave that one on the docket and see if I can clear things up for myself in review 20:29:55 or bug boris-42 if I have questions 20:30:26 but it might be most sensible to just land it very soon after RC1 20:30:53 okay, last one on my list is *drumroll* 20:31:00 maybe after rc1 20:31:30 * markwash searches for link 20:31:37 * jbresnah anxiousy awaits 20:31:38 lol 20:31:45 * iccha waiting in anticipation 20:31:48 . o O ( that drummer must be exhausted ) 20:31:48 markwash hi 20:32:00 haha 20:32:00 markwash whats up? 20:32:23 boris-42: we were looking at FFE for bp db-use-oslo-common-code 20:32:32 ffe -> feature freeze exception 20:32:40 markwash I am not sure that it is good thing to merge it now 20:32:52 jbresnah: nice 1 20:32:54 okay, will it be fine to merge right after RC1? 20:32:54 markwash it is better to wait IceHouse imho 20:33:08 boris-42: thanks so much! that saves some effort 20:33:50 markwash but it will be really nice to make some efforts around reviewing it at benign of IceHouse 20:34:00 the other bp I wanted to mention to folks in general is common notifier code 20:34:04 markwash I real don't won't to block oslo.db lib 20:34:07 boris-42: great, will do! 20:34:14 markwash thank you 20:34:29 https://review.openstack.org/#/c/37511/ 20:34:39 notifier patch ^ 20:34:39 iccha: you beat me to it 20:34:51 that is listed as a bug but its really a feature 20:35:06 I'd still prefer to wait if possible, but I do hate to not have support for rabbit HA queues 20:35:25 though I was recently informed that rabbit v3 doesn't require client changes to support HA 20:36:07 looks like best course here is also to leave this on the docket and square up with flwang later 20:36:54 any other ffe topics people want to bring up before we touch on async workers? 20:37:24 cool 20:37:32 so I talked with nikhil and rosmaita yesterday 20:37:59 and we eventually agreed that, without actual conversion code at the ready, it makes sense to push off landing async processing until early havana 20:38:14 but it is my desire to merge that stuff as quickly as possible in H1 20:38:29 so it makes sense to keep working / reviewing for the current time period 20:38:53 that's all I have there, any notes people want to share? 20:39:05 thanks markwash , I'd communicated to flwang your concerns 20:39:19 ameade is here too :) 20:39:23 nikhil: thanks so much for your understanding and all the hard work 20:39:37 markwash: one comment though (tiny one) 20:39:51 can we have some solid reviews on the existing patches? 20:40:12 so, that there is some clear path forward and good momentum to build on :) 20:40:24 nikhil: yes I think that's absolutely critical 20:40:28 i mean, glance-core-reviewers in general 20:40:36 :) 20:40:40 I'd really like to keep it basically in a rebased and +2-ready state as much as possible 20:41:04 will be on it 20:41:21 I think as long as we keep the first review in the series -2 for FF reasons, we can do whatever we want +2 wise for the later reviews 20:41:44 okay, finally, I have a note or two about priorities for our time during FF 20:41:53 not that I get to say how people spend their time! :-) 20:42:06 thanks, though if we'd clear consensus on the design it would be awesome \o/ 20:42:22 as I think I mentioned before, we want to make sure important bugs are being noted and prioritized 20:42:24 at minimum 20:42:31 it would also be nice to start adding some more docs 20:42:47 which is an area I've been woefully inadequate with 20:43:11 and finally, the FF doesn't really affect glanceclient 20:43:11 docs are a good point 20:43:30 so esheffield I'd like us to keep pushing in the direction of a fully-fledged v2 client 20:43:39 don't let me miss out on such reviews 20:44:13 I'd really like to release v1.0 of the client before the stable branch of openstack/glance is cut 20:44:25 and might finally have some time to spend there! :-) 20:44:44 sounds good to me! 20:44:56 I think we're really close 20:44:59 it doesnt have v1.0 yet ! :O 20:45:24 iccha: well. . not quite what I meant :-) 20:45:38 so, nikhil brought up stringfreeze 20:45:46 that's something I neglected to mention as part of the general FF 20:45:52 we are not supposed to change any public-facing strings 20:46:01 lest we muck up translation efforts I believe 20:46:14 any other FF related notes? or should we jump into open discussion? 20:47:08 #topic open-discussion 20:48:14 markwash: https://review.openstack.org/#/c/44801/ is this imp enough for FFE? 20:48:21 +1 20:48:49 I like it 20:49:42 who's going to be at the summit? 20:49:45 looks like they are addressing those comments 20:49:46 o/ 20:50:00 -1 20:50:05 -1 20:50:22 i think zhi or flwang said they ll be there 20:50:26 and flavio i guess 20:50:36 iccha: :) 20:50:40 i will not be 20:50:46 jbresnah: oh no 20:50:48 * jbresnah bursts into tears 20:50:54 jbresnah: confirmed? 20:50:57 * iccha hands jbresnah a tissue 20:50:59 seems so 20:51:26 sigh 20:51:43 markwash: btw, as you mentioned, i think we'd better give a priority to https://bugs.launchpad.net/bugs/1202098 , can you help set that? 20:51:49 isn't it nearer from hawaii 20:51:57 or my geagraphy is weak :( 20:52:29 need to spell right 20:52:35 heh 20:52:37 sort of near 20:52:58 but still way too expensive to cover myself 20:52:59 obviously we need the summit to be in hawaii sometime 20:53:05 nod 20:53:06 glance summit 20:53:11 haha yes that one 20:53:12 everyone wins with thta! 20:53:20 +1B*e^1B 20:53:23 its in the middle of nowhere! 20:53:28 so it makes it absolutely vital for us to be there 20:53:29 and i am the only developer that lives here 20:53:31 heh 20:53:33 i looked into a meetup 20:53:38 but i thought it would be lonely 20:54:21 lol 20:54:31 just jbresnah hanging out in a room 20:54:52 nod 20:54:58 okay thanks everybody 20:55:01 #endmeeting