16:01:09 #startmeeting incub_sync 16:01:10 Meeting started Thu Feb 12 16:01:09 2015 UTC and is due to finish in 60 minutes. The chair is ttx. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:01:11 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:01:14 The meeting name has been set to 'incub_sync' 16:01:22 #topic Barbican 16:01:52 https://launchpad.net/barbican/+milestone/kilo-3 16:02:09 do you plan to add more to this ? 16:02:50 Yes, we have a mid-cycle sprint next week, so we'll use some of the time to get people to commit to blueprints before the fetaure freeze 16:03:09 redrobot: cool 16:03:20 We'll skip next week syncs, btw 16:03:24 FWIW even if we don't formally "incubate" anymore we'll keep those syncs for the time being 16:03:47 while I reorganize how we do release management and I see how many projects I can actually coordinate 16:03:48 sounds good. 16:04:22 I might end up making it simple enough to cover more than the projects in the current "integrated release" 16:04:40 in which case Barbican could get a release:coordinated tag 16:05:02 like integrated projects will probably have 16:05:19 so, while things are changing, let's not change too much our habits :) 16:05:30 redrobot: questions ? 16:05:32 hehe, sounds good to me. 16:05:55 Not really. I put in some space requests in the spreadsheet you sent last week 16:06:06 thx! Will have a look to that 16:06:40 awesome, see you again in two weeks then. :) 16:07:05 not sure we'll have bswartz today 16:07:11 deep in some midcycle 16:07:20 flaper87: want to run now ? 16:15:05 ttx: I'm about if you've been stood up ;) 16:15:15 Kiall: my savior! 16:15:21 I was feeling a bit lonely here 16:15:25 #topic Designate 16:15:38 #link https://launchpad.net/designate/+milestone/kilo-3 16:16:00 is that the full extent of what you're working on ? 16:16:06 or do you expect to add more ? 16:16:39 The team filed + triaged lots of bugs yesterday, but I've been travelling pretty much solidly for the last month so haven't 100% caught up yet. 16:16:46 ttx: here now (ping me) :D 16:16:48 In terms of BP's - That's it as far as I know 16:16:59 Stability fixes from now on 16:17:10 alright... 16:17:12 also read what I told redrobot above: even if we don't formally "incubate" anymore we'll keep those syncs for the time being, while we figure out what to exactly do 16:17:30 ttx: yea, makes sense.. I'm still trying to figure out what all the changes mean for us ;) 16:17:47 what is costly is our try to predict what will be in next milestones... and apparently this has little value 16:18:07 if we keep it around the release mechanics, it's relatively cheap 16:18:20 and won't need as much coordination 16:18:36 so I'm working on simplifying the work to the point where supporting more projects is not an issue 16:18:57 (just talkign about release management supporting more than the current "integarted release" here 16:19:08 so in the mean time let's act as if nothing changed 16:19:17 Makes sense, so you do intend to keep ahold of the non-core releases, but only from a tooling rather than release manage POV? 16:19:26 release manager* 16:19:46 yeah, mostly 16:19:48 we'll skip next week syncs though, nno point in extra useless meeting in the soft belly of the milestone 16:20:01 Sure - Sounds good 16:20:03 questions on that ? 16:20:08 or anythign else ? 16:20:15 Any idea on when we might make any changes? 16:20:30 before the end of the cycle 16:21:00 K - So L will be entirely done by the "new rules" 16:21:02 the idea would be to swtich to reactive rather than predictive handling of milestones for Liberty 16:21:08 (i can't get used to that) 16:21:25 Liberty? yea - I'm going to keep calling it L - or Lima ;) 16:21:39 basically, we would stop trying to predict what will land in next milestone (and fail at it) 16:21:49 and just keep track of what actually landed 16:22:02 since nobody seems to consume our predictions anyway 16:22:10 and those are a hell of a lot of work to maintain 16:22:14 :) 16:22:34 so we'd switch to after-the-fact accounting, which is much easier 16:22:43 doesn't remove the need to keep BPs up to date... 16:22:53 but we don't actually care about deferring and all 16:23:21 which currently is the main reason for these syncs 16:23:27 Kiall: other questions ? 16:23:32 No - Thats it :) 16:23:41 Kiall: ok, talk to you in two weeks :) 16:23:45 flaper87: you're on 16:23:50 Enjoy the "week off" ;) 16:23:56 just in time 16:23:57 #topic Zaqar 16:24:10 #link https://launchpad.net/zaqar/+milestone/kilo-3 16:24:21 so, lots of reviews to do 16:24:27 Looks good, except that https://blueprints.launchpad.net/zaqar/+spec/ops-stats 16:24:40 (with no assignee or status 16:24:55 yeah, That one I still have to evaluat the impact and decided on whether it's worth having it for K 16:25:02 It's likely going to be pushed to L 16:25:14 ack 16:25:21 evaluate* 16:25:33 I assume you've read what I told Kiall and redrobot above 16:25:39 yup :) 16:25:42 (and we'll skip next week 1:1) 16:25:52 * flaper87 was reading other's meetings 16:25:57 other questions ? 16:25:58 * flaper87 is a natural stalker 16:26:02 nope, I'm good 16:26:10 that's why you like public channels so much , heh 16:26:14 hahahaha 16:26:19 damn, you got me 16:26:45 ok then, have a good (two) weeks 16:32:27 #endmeeting