18:00:37 <cp16net> #startmeeting trove-bp-review
18:00:38 <openstack> Meeting started Mon Jul 28 18:00:37 2014 UTC and is due to finish in 60 minutes.  The chair is cp16net. Information about MeetBot at http://wiki.debian.org/MeetBot.
18:00:39 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
18:00:41 <openstack> The meeting name has been set to 'trove_bp_review'
18:00:52 <amrith> o/
18:00:57 <boden> o/
18:00:57 <dougshelley66> o/
18:01:00 <schang> 0/
18:01:07 <peterstac> o/
18:01:19 <grapex> o/
18:01:22 <cp16net> btw i'm filling in for SlickNik today
18:01:25 <vipul> o/
18:01:32 <cp16net> #link https://wiki.openstack.org/wiki/Meetings/TroveBPMeeting
18:01:32 <tvoran> o/
18:01:54 <cp16net> looks like we have one blueprint to talk about from boden
18:02:04 <cp16net> #topic Dynamic extension loading using stevedore
18:02:28 <cp16net> #link https://blueprints.launchpad.net/trove/+spec/dynamic-extension-loading
18:02:41 <cp16net> boden: take it away
18:03:07 <boden> I think the BP wiki describes it in full #link https://wiki.openstack.org/wiki/Trove/DynamicExtensionLoading
18:03:30 <boden> the idea is to use stevedore to load our api extensions to permit consumers to bind in extensions outside the current single path mechanism
18:04:13 <boden> note -- a concern posed by Denis on the email list #link http://lists.openstack.org/pipermail/openstack-dev/2014-July/041363.html
18:04:46 <boden> the concern is if we are moving to pecan (or something else like falcon) is it worth refactoring this extension discovery and loading right now
18:05:08 <dougshelley66> do we have any idea when that is going to happen?
18:05:21 <cp16net> i *think* those are separate concerns
18:05:28 <robertmyers> I say extensions should be separate
18:05:33 <vipul> sounds like it.. pecan would still require stevedore
18:05:34 <amrith> we talked about this in Atlanta and said it wasn't anytime soon.
18:05:55 <boden> in the email it was suggested pecan in the "K" timeframe
18:06:23 <amrith> that suggestion has been made in two contexts now, and it would be a good thing to either ratify it as the official position, or shut down the rumor.
18:06:37 <amrith> it was also suggested in the context of the WSGI email thread.
18:06:48 <amrith> maybe someone on core could opine on this
18:07:11 <boden> IMO -- if by moving to pecan we are saying extension discovery / loading chagnes then I agree; maybe we hold off... however I tend to think the discovery / loading is separate from pecan but would need to investigate more
18:07:23 <robertmyers> boden: everything looks good, only on your POC you are changing an openstack oslo lib, other than that it looks clean
18:07:24 <grapex> Seems like our typical dilemma- we want to make Trove better but are told some future OpenStack framework will change everything we do so we shouldn't even begin. :(
18:08:04 <vipul> boden: +1 they should be separate things
18:08:12 <dougshelley66> grapex: I think you made a reasonable point on that topic in the metadata thread last week
18:08:23 <peterstac> we can always refactor if/when pecan lands
18:08:29 <robertmyers> peterstac: +1
18:08:33 <grapex> peterstac: +1
18:08:43 <amrith> grapex: +1
18:08:47 <amrith> robertmyers: +1
18:08:51 <amrith> boden: +1
18:08:52 <robertmyers> amrith: +2
18:08:54 <amrith> vipul: +1
18:08:55 <boden> I do have 1 open question on this BP tho
18:08:55 <dougshelley66> amrith: +1
18:08:56 <grapex> To be clear, I don't like the idea of saying "wait, maybe Pecan won't support this." I think good code is flexible
18:08:58 <amrith> so that's a total of +4
18:09:05 <amrith> ;)
18:09:12 <amrith> is denis_makogon around ...
18:09:13 <grapex> amrith: Too bad! We're going to use up this half-hour come hell or high-water!
18:09:18 <boden> the open question is on backwards compat (for upgrade and the like)...
18:09:19 <grapex> j/k!
18:09:35 <amrith> I guess not
18:09:54 <boden> In the BP wiki I proposed a few ideas... seems liket he safest is to leave the existing loading by path in the code and only load extensions from path when they have not been loaded via stevedore
18:09:55 <boden> thoughts
18:09:55 <cp16net> boden: i'm not sure i understand what you are ask
18:10:19 <robertmyers> boden: ah, since this was deperecated years ago in oslo, I think it is safe for us to change
18:10:21 <cp16net> lol
18:10:26 <boden> OK
18:10:55 <boden> any other questions / concerns?
18:11:07 <robertmyers> if you can destroy all the history of the previous version
18:11:11 <robertmyers> :)
18:11:20 <boden> ha
18:11:26 <vipul> if building a new package means the extensions continue to load.. then we don't need ot worry about backwards compat
18:11:57 <cp16net> i think we all have been wishing for this change for a while now
18:12:03 <boden> vipul - yes true from a trove proper perspective... but if consumers had copied "custom" extensions into the extension path they will not be loaded
18:12:40 <vipul> IMO that's a case we shoudln't need to handle.. if you have private code.. it's your responsibility to retrofit that code in whatever way needed
18:12:51 <grapex> vipul: +1000
18:12:53 <robertmyers> vipul: +1
18:13:07 <cp16net> vipul: +1
18:13:11 <robertmyers> this is not an api contract
18:13:54 <robertmyers> just we never cleaned up after it was deprecated in oslo
18:14:06 <robertmyers> so this is our bad
18:14:12 <boden> ok
18:14:14 <cp16net> so we should vote on this...
18:14:41 <amrith> choices are +1 or -1?
18:15:13 <kevinconway> amrith: +1, -1, or +1_or-1_based_on_future_conversations
18:15:30 <cp16net> #startvote Dynamic extension loading using stevedore? Yeah, Naw, maybe_later
18:15:31 <openstack> Begin voting on: Dynamic extension loading using stevedore? Valid vote options are Yeah, Naw, maybe_later.
18:15:32 <openstack> Vote using '#vote OPTION'. Only your last vote counts.
18:15:42 <amrith> #vote Yeah
18:15:43 <grapex> Yeah
18:15:44 <robertmyers> #vote Yeah
18:15:46 <grapex> #vote Yeah
18:15:48 <peterstac> #vote Yeah
18:15:49 <dougshelley66> #vote Yeah
18:15:49 <vipul> #vote Yeah
18:15:51 <tvoran> #vote Yeah
18:15:52 <cp16net> #vote Yeah
18:16:01 <boden> #vote Yeah
18:16:04 <grapex> cp16net: One option should've been Alright alright
18:16:08 <amrith> boden can't vote ;)
18:16:17 <boden> sorry
18:16:25 <amrith> isn't that a conflict of interest thing ... Just kidding. Boden can vote ;)
18:16:45 <vipul> candidates cast their own ballots too ;)
18:16:48 * cp16net waits for more votes
18:16:57 <amrith> #vote Yeah
18:16:57 * robertmyers waits for cp16net
18:17:12 <cp16net> #endvote
18:17:13 <openstack> Voted on "Dynamic extension loading using stevedore?" Results are
18:17:14 <openstack> Yeah (9): boden, robertmyers, amrith, peterstac, tvoran, cp16net, vipul, dougshelley66, grapex
18:17:22 <cp16net> nice
18:17:34 <cp16net> looks like that was all thats on the agenda
18:17:39 <cp16net> thanks for playing
18:17:47 <vipul> well done cp16net
18:17:49 <cp16net> #endmeeting