21:02:41 <ttx> #startmeeting project
21:02:42 <openstack> Meeting started Tue Feb 11 21:02:41 2014 UTC and is due to finish in 60 minutes.  The chair is ttx. Information about MeetBot at http://wiki.debian.org/MeetBot.
21:02:43 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
21:02:45 <openstack> The meeting name has been set to 'project'
21:02:49 <ttx> #link http://wiki.openstack.org/Meetings/ProjectMeeting
21:02:53 <ttx> Should be a short one
21:02:58 <ttx> (famous last words)
21:03:02 <markwash> I object!
21:03:06 <ttx> #topic icehouse-3 progress
21:03:20 <ttx> Falling slightly behind, not enough stuff gets final reviews and gets "implemented"
21:03:29 <ttx> We need to get as much stuff in this week as possible. next week we have the feature proposal freeze
21:03:36 <ttx> So a lot of new reviews will end up being posted. better get what is ready in now.
21:03:54 <ttx> #topic 2013.2.2 stable release
21:03:58 <ttx> apevec: around ?
21:04:01 <lifeless> ttx: uhm, isn't that exactly the batching we're trying to avoid by the freezes ?
21:04:02 <apevec> yep
21:04:14 <lifeless> ttx: so you're encouraging that which we don't want? :)
21:04:32 <apevec> ttx, so first I want to hear from folks what they think about stable/havana gate is it ok?
21:04:33 <ttx> lifeless: i'm encouraging pushing code in this week, rather than next week :)
21:04:57 <lifeless> ttx: still, long way off steady-state smooth progress :(
21:04:59 <sdague> apevec: what's the neutron job fail rate there?
21:05:07 <sdague> I thought I saw a lot of jobs failing on it
21:05:27 <apevec> afaict it's good enough, only known waiting for ...thing and ssh timeouts popped up during last few recheks
21:05:36 <apevec> all known on master too
21:05:44 <apevec> also nw_info cache
21:05:58 <apevec> all sporadic, I got exceptions merged today
21:06:12 <apevec> re. execptions I've only keystone one left: https://review.openstack.org/#/q/Ida39b4699ed6c568609a5121573fc3be5c4ab2f4,n,z
21:06:15 <apevec> morganfainberg, ^^^
21:06:22 <apevec> will that be able to merge today?
21:06:27 <morganfainberg> apevec, trying to get the master one finalized
21:06:30 <morganfainberg> apevec, i hope so
21:06:33 <apevec> afaict it's still waiting on master reviews?
21:06:44 <apevec> morganfainberg, ok thanks
21:06:47 <markmcclain> apevec: I neutron havana is back to the normal for stable
21:06:48 <morganfainberg> apevec, yes, i will chase keystone folks down after this and get it done today
21:06:59 <morganfainberg> apevec, so we can have stable one in sync w/ what goes into master
21:07:08 <hub_cap> here
21:07:10 <apevec> morganfainberg, excellent!
21:07:26 <apevec> I hope we don't have any more exception requests?
21:07:41 <apevec> there were few proposed, but I think all remaining can wait .3
21:07:45 <ttx> apevec: what about that grenade stable/havana upgrade-horizon thing ? Do you need it in, or can it wait ?
21:08:05 <apevec> ttx, looks like we somehow are passing w/o it
21:08:20 <ttx> apevec: we can't +2 it apparently so... good news
21:08:23 <apevec> dunno, need s/b who knows grenade to look why :)
21:08:53 <ttx> apevec: no securty fix lined up except that glance one you approved recently
21:08:54 <apevec> if no more exception, I'm good to release  on Thu
21:09:12 <apevec> yep, public one for glance is merged
21:09:22 <sdague> apevec: so that issue was always transient in grenade, so I'm not sure missing upgrade-horizon was actually the issue
21:09:47 <apevec> sdague, so root cause is unclear?
21:10:24 <sdague> yes
21:10:45 <apevec> ok, we can continue discussion in review or stable-maint if anyone wishes
21:10:54 <apevec> ttx, that's it from me unless there are questions?
21:11:18 * ttx lags badly
21:12:32 <apevec> who is real ttx now?
21:12:46 <ttx_> there is lagged_ttx and unlagged_ttx_
21:13:03 <ttx_> apevec: all set ?
21:13:09 <apevec> yep
21:13:18 <ttx_> cool.
21:13:23 <ttx> #topic Migration out of LP Answers to Ask
21:13:36 <ttx> is reed around ?
21:13:44 <SergeyLukjanov> ttx_, I read it first as "tagged ttx" and "untagged ttx"
21:13:50 * SergeyLukjanov needs more coffee
21:14:03 <ttx> probably not, i'll proxy him
21:14:31 <ttx> LP answers are ready to be migrated to Ask: http://lists.openstack.org/pipermail/openstack-dev/2014-February/026563.html
21:14:35 <stevebaker> can LP Answers be switched off?
21:14:52 <dhellmann> that's the plan, right?
21:15:08 <ttx> stevebaker: I think so yes
21:15:17 <stevebaker> +1 then
21:15:25 <jeblair> i think doing so might hide the old answers, which is why it hasn't been done yet
21:15:26 <hub_cap> horray :)
21:15:29 <ttx> stevebaker: you just end up losing access to questions I think, which is why we wanted migration first
21:15:39 <dhellmann> jeblair: yes, that's my understanding, too
21:15:48 <ttx> "Any PTL opposing it? Is @reed authorized to reconfigure LP projects to point to Ask for support?"
21:16:10 <ttx> I think we are all set and reed can flip the switch
21:16:14 <dhellmann> +1
21:16:48 <ttx> I saw notmyname blessing the switch too, and I know swift was the project that made the most use of LP answers as a knowledge base tool
21:16:59 <ttx> so we are a go, I guess
21:17:08 <annegentle> congrats on the migration! Good work.
21:17:29 <ttx> #info reed can migrate answers and reconfigure LP projects to point to Ask for support
21:17:56 <ttx> #topic Red Flag District / Blocked blueprints
21:18:03 <ttx> Any inter-project blocked work that this meeting could help unblock ?
21:18:40 <ttx> tryin to avoid last-minute surprises, like projects depending on some other project work that will never happen
21:18:49 <ttx> (that happened before)
21:19:12 <ttx> or is everyone totally unblocked ?
21:20:02 <ttx> I guess everyone is
21:20:11 <ttx> #topic Incubated projects
21:20:21 <SergeyLukjanov> o/
21:20:27 <flaper87> o/
21:20:33 <ttx> SergeyLukjanov, NobodyCam, flaper87: o/
21:20:39 <ttx> let's do savanna first
21:20:47 <SergeyLukjanov> ttx, https://launchpad.net/savanna/+milestone/icehouse-3
21:21:05 <ttx> SergeyLukjanov: at first glance that looks a bit behind
21:21:22 <ttx> also your targeted bug list could use more assignees
21:21:33 <SergeyLukjanov> ttx, probably, have several large patch packs on review
21:21:46 <SergeyLukjanov> ttx, will clean it up again
21:21:50 <ttx> SergeyLukjanov: ack
21:22:23 <ttx> SergeyLukjanov: do you have any work to complete before graduation review ?
21:22:36 <SergeyLukjanov> ttx, I think everythng is done
21:22:50 <SergeyLukjanov> we're working on renaming, but it looks like it's not a requirement
21:22:56 <ttx> SergeyLukjanov: ok, cool
21:23:08 <ttx> SergeyLukjanov: yeah, it's more of a "less pain to do it early" thing
21:23:20 <ttx> flaper87: o/
21:23:25 <flaper87> ttx: o/
21:23:28 <flaper87> ttx: https://launchpad.net/marconi/+milestone/icehouse-3
21:23:32 <SergeyLukjanov> ttx, I'll re-iterate over the list of requirements tomorrow and send the follow-up to tc ml
21:23:47 <ttx> flaper87: you should probably have assignees for every blueprint at this point
21:23:51 <flaper87> sooo, it may seem we're way behind, truth is that some of those are likely to be re-targeted
21:23:54 <ttx> SergeyLukjanov: +1
21:24:04 <flaper87> ttx: correct, we've been working on that, still some work left though
21:24:11 <ttx> flaper87: the "essential" stuff is the graduation stuff, right ?
21:24:18 <flaper87> ttx: exactly
21:24:31 <flaper87> our main focus is on the sqlalchemy backend and enabling marconi's gate
21:24:46 <flaper87> that's in a way better shape that it was lsat week, TBH
21:25:10 <kgriffs> the v1.1 api stuff is the most likely to get retargeted, fwiw
21:25:27 <ttx> kgriffs: yeah, focus on the essential bits at this point
21:25:47 <ttx> so probably time to cut in the objectives
21:26:16 <ttx> NobodyCam / devananda ?
21:26:36 <NobodyCam> o/
21:26:44 <ttx> NobodyCam: https://launchpad.net/ironic/+milestone/icehouse-3
21:26:57 * devananda is lurking, but groggy post-dentist appt
21:27:03 <ttx> NobodyCam: is all the stuff needed for graduation marked "essential" there ?
21:27:21 <NobodyCam> nova drivr is not there
21:28:00 <devananda> ttx: quick question regarding https://review.openstack.org/#/c/70389/2/reference/incubation-integration-requirements
21:28:09 <NobodyCam> also add Neutron support so that Ironic can appropriately forward DHCP BOOT requests has landed
21:28:19 <ttx> NobodyCam: feel free to update status
21:28:20 <NobodyCam> so that need to be updated
21:28:25 <ttx> you look in good shape overall
21:28:37 <NobodyCam> ya
21:28:39 <ttx> targeted bugs could use more assignees, but overall looks good
21:28:54 <ttx> devananda: ask
21:28:56 <devananda> ttx: our migration-from-nova tool is not there, and teh new nova-ironic driver is coming along, but we don't control when it lands (in nova)
21:29:15 <devananda> ttx: are those pre-graduation conditions, or post-graduation part of "integrate with all the other projects in Juno" things?
21:29:56 <ttx> devananda: I think russellb just said pre-grad, but I think for pre-grad i would ask that the code exists as a separate driver
21:30:33 <ttx> devananda: with the task of getting it in nova mainline as an early post-grad, integration task
21:30:45 <devananda> k, that should be fine
21:30:49 * ttx reads TC scrollback
21:31:14 <devananda> yea, i need to go read the minutes -- been out of it all morning :(
21:31:53 <russellb> basically, check out the proposed change for the governance repo related to deprecated code
21:31:58 <russellb> and then let me know what questions remain
21:32:03 <russellb> so i can help clarify my view
21:32:18 <russellb> i think code should be in nova mainline pre-grad
21:32:30 <russellb> and a written migration plan
21:32:43 <NobodyCam> thank you russellb :)
21:33:00 <devananda> russellb: ok, so landing the ironic driver pre-grad
21:33:06 <russellb> yes
21:33:10 <dhellmann> #link https://review.openstack.org/#/c/70389/
21:33:15 <ttx> russellb: it's a bit of chicken-and-egg though. You don't have the incentive to approve their code until they are integrated
21:33:20 <devananda> right
21:33:39 <devananda> our deprecate-baremetal BP is marked "Low"
21:33:44 <devananda> #link https://blueprints.launchpad.net/nova/+spec/deprecate-baremetal-driver
21:33:46 <russellb> ttx: i think we don't have incentive to review it, there's a bigger problem
21:34:01 <ttx> russellb: fair
21:34:13 <russellb> timing is rough right now
21:34:18 <russellb> end of cycle overload
21:34:24 <russellb> but we should prioritize it
21:34:31 <ttx> russellb: so you'd have a driver in icehouse release for a not-yet-integrated project
21:34:37 <devananda> also, AIUI, the first cycle post-graduation is when the other integrated projects aer suppored to integraete back with the new projects
21:34:52 <russellb> ttx: yes
21:34:54 <ttx> russellb: ok
21:34:54 <devananda> so that seems like the right time for eg. Nova to work with us on that patchset
21:35:06 <russellb> ttx: but i think we do project integrations during incubation elsewhere right?
21:35:10 <devananda> we're lookign at ceilometer integration in juno for that very reason
21:35:15 <ttx> russellb: sounds like something we could grant a FFe for though. Sufficiently self-contained ?
21:35:16 <russellb> that's the "focus on integratoin" period
21:35:19 <russellb> ttx: yes
21:35:31 <russellb> assuming it's self contained
21:35:43 <ttx> russellb: especially if it didn't go in for review bandwidth reasons
21:35:49 <devananda> russellb: right. so why require nova to integrate with ironic pre-graduation?
21:36:26 <russellb> because i think graduation is the critical checkpoint
21:36:31 <russellb> and we have to be *sure* that it's ready
21:36:32 <russellb> and ready == merged
21:36:59 <russellb> IMO
21:37:00 <ttx> devananda: basically, you move functionality around, and that adds additional contraints, linked to deprecation
21:37:17 <ttx> devananda: while integration with ceilo or horizon is just additional feature
21:37:20 <NobodyCam> but if we arn't getting input on the reviews how can we land in time
21:37:37 <russellb> related ... neutron was integrated with the assumption we were almost ready to deprecate nova-network
21:37:40 <russellb> several releases later ...
21:37:43 <russellb> we screwed up.
21:37:47 <russellb> we can't let that happen again
21:37:50 <russellb> that's why i feel strongly about this
21:37:56 <devananda> russellb: that's fair
21:37:56 <ttx> NobodyCam: well, you need nova coorperation to move functionality out of nova, that's for sure
21:38:20 <ttx> NobodyCam: so it's great you raised that issue here
21:38:35 <ttx> to make sure we are aligned, at release level, on the priority for this
21:38:45 <devananda> russellb: so given we're half way through I3, the ironic code sprint is at the end of I3 and that's probably when we'll make the most significant progress on the nova driver
21:39:05 <russellb> sounds like FFE is most likely path then
21:39:05 <devananda> russellb: if being a bullet proof replacement for baremetal driver is essential to graduation
21:39:13 <devananda> and having a migration tool os also a req
21:39:21 <devananda> then yea, either FFE or we won' make it in Icehouse
21:40:14 <ttx> devananda: i suspect making it better than the current nova-bm driver is not really the same as making it "bulletproof" though
21:40:42 <devananda> ttx: bm driver has ~1yr of bug fixes from production use
21:40:55 <russellb> that's the risk of starting over
21:40:58 <russellb> it's not a quick process
21:41:02 <devananda> ironic has incorporated some of those, but will certainly have new bugs
21:41:10 <russellb> can't call it done until it's done :)
21:41:13 <ttx> devananda: ah. last I heard from it it was unusable. How time flies
21:41:13 <devananda> right :)
21:41:37 <devananda> ttx: heh. lifeless could probably tell you just how usable it is ;)
21:42:01 <ttx> devananda: make sure the driver is self-contained, so that adding it post-FF is not a dnager to anything else
21:42:05 <ttx> danger*
21:42:08 <devananda> ack
21:42:18 <devananda> there are related changes that we're doing now
21:42:20 <devananda> small things
21:42:32 <devananda> like moving bits of libvirt code that we need into a common area
21:42:39 <devananda> so we dont reach into nova.drivers.libvirt :)
21:42:46 <devananda> and adding a new HostManager
21:43:04 <ttx> devananda: ok
21:43:12 <ttx> #topic Open discussion
21:43:20 <ttx> anything else, anyone ?
21:43:30 <NobodyCam> Ty all!
21:44:10 <ttx> yay, early meeting finish
21:44:11 <ttx> #endmeeting