20:03:20 #startmeeting tc 20:03:21 Meeting started Tue Apr 21 20:03:20 2015 UTC and is due to finish in 60 minutes. The chair is ttx. Information about MeetBot at http://wiki.debian.org/MeetBot. 20:03:22 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 20:03:24 The meeting name has been set to 'tc' 20:03:28 Our agenda for today: 20:03:33 #link https://wiki.openstack.org/wiki/Meetings/TechnicalCommittee 20:03:43 o/ 20:03:46 #topic Adding MagnetoDB to OpenStack 20:03:52 #link https://review.openstack.org/171995 20:04:02 As far as the project scope goes, I think it is consistent with the OpenStack Mission 20:04:13 My only gripe would be about the very low [MagnetoDB] activity on the -dev ML, and what that actually meant 20:04:14 * isviridov is here iif any questions o smth 20:04:25 Is it that there is nothing to discuss ? that the project is dead ? or that the discussions happen elsewhere ? 20:05:01 I hope it is the former :) 20:06:05 as much as I dont understand the purpose of this yet, and would like to dig into the use cases this is trying to solve, that's not really what inclusion is about 20:06:07 o/ 20:06:11 ttx: not a TON of activity in github, or number of contributors 20:06:13 the diversity of affiliations for contributors looks pretty low 20:06:13 ttx, we are using IRC chat mostly, and right now and development is slowed down at thing moment 20:06:15 because I'd rather not have a dead or secret project in the tent 20:06:18 http://stackalytics.com/?project_type=all&module=magnetodb&release=all 20:06:30 ttx: http://stackalytics.com/?project_type=all&module=magnetodb-group 20:06:34 eh, jinx. 20:06:41 doug wins 20:06:57 ttx: what did we decide about trademark usage? 20:07:21 I mean, "magneto" might be an issue, but do we care about that before bringing it into the tent? 20:07:32 +1, I guess my only question is where this sits relative to swift, and glance as artifact repo. Which is probably a question others would have, so would be nice for the team to answer that in a README 20:07:34 we can fix it after the fact, I think 20:07:38 but I'm +1 regardless 20:08:25 I'm +1 - I can see no reason to say no 20:08:27 sdague: artifacts in those other two are immuatable, but not in magneto (I believe) 20:08:47 I don't need a key-value-as-a-service myself, but someone else might 20:08:50 isviridov: "development slowed down -- because you solved the hard problems ? Or beacsue there is lack of interest ? 20:08:56 mordred: I know of some people who do 20:08:57 I wonder if they're also optimizing for smaller artifacts? 20:09:09 ttx: neat - I'd like to help facilitate them caring 20:09:15 http://stackalytics.com/report/contribution/magnetodb/30 20:09:20 o/ sorry 20:09:24 So 3 reviews in 30 days? 20:09:41 should the info about scope vis-a-vis glance/swift make it into projects.yaml so that it can help with project navigation when that's all done? 20:09:41 mordred: depending on their approach to atomic writes, such a thing could be a useful distributed locking mechanism 20:09:55 mikal: sure - but I don't want one of those either 20:09:57 suppose 60 looks *better* 20:09:57 Right, my only fear is that it's a bit inactive, and we'll see soon enough what we need to do with dead projects 20:10:27 ttx: I would like to avoid moving them to openstack/ and then moving them to openstack-attic the next week 20:10:33 ttx pne of major player - Symantec - decreased the priority, but planned to continue work actively starting May 20:10:33 mikal: lets not try to make things into other things though, distributed locking is a hard problem, and deserves it's own solution if someone is going down that space 20:10:41 jgriffith: most of the activity seems to have slowed down near the end of february 20:10:42 isviridov: ah - good. that's good to hear 20:10:53 so I'm +1, because it's not our charter to really judge... but the lack of diversity and activity is kinda troubling for me 20:11:02 dhellmann: yeah, noticing the curve 20:11:16 https://github.com/stackforge/magnetodb/graphs/commit-activity 5 commiters in 2015 20:11:18 Looks like Dimitry had other things to work on 20:11:19 sdague, mikal, it's mostly Cassandra under the hood 20:11:50 so my only hesitation is the relative lack of activity, but it sounds like that's likely to improve 20:12:03 but yeah, they have been around at past design summits alright, which is pretty much a definition of "one of us" 20:12:12 ok, that's a good data point 20:12:20 I suspect that we're going to have a long tail of projects with low activity 20:12:52 welcome to big tent 20:13:07 I guess we can address the question of dead or too-inactive-to-be-good projects *after* having given them a chance to shine. 20:13:09 so I'm +1 20:13:16 ++ well said 20:13:23 sdague: sure, but I'd be happier with a steady or periodic rate than random spurts 20:13:27 yeh, we're going to have to handle "we think it's ddea" 20:13:30 dead" 20:13:36 some where down the road 20:14:10 sdague: I think we should at least give them one or two cycles in tent before saying they won't ever evolve into something good 20:14:11 i require a video of sdague as max headroom 20:14:16 jeblair: :) 20:14:22 ttx: yeh, I'm fine with that 20:14:42 ok, it has enough votes to pass now 20:14:53 realistically a lot of the various git repos under bigger efforts like infra, oslo, qa are very fit / spurt 20:14:53 Giving 30 more seconds to record votes for posterity 20:15:07 just joined, sorry I'm late 20:15:15 quick quick 20:15:37 Just for clarity during recording: +1 20:16:08 * mestery lurks 20:16:32 apporved 20:16:36 and approved even 20:16:41 isviridov: welcome to openstack 20:16:49 Thank you 20:17:16 #topic Adding the Puppet modules to OpenStack 20:17:24 #link https://review.openstack.org/172112 20:17:26 ttx: o/ 20:17:32 The main issue here seems to be about project naming 20:17:38 Otherwise it sounds like creating that project will lead to further collaboration around the same set of repos 20:17:46 So the naming story is: Puppetlabs lawyers think that using "Puppet Modules" is okay but they'll want to set up some kind of license agreement. So we are waiting until next week to see how this issue will be solved otherwise, if we can't use "Puppet", we will use "Marioneta" (we voted, see link). 20:17:46 #link http://civs.cs.cornell.edu/cgi-bin/results.pl?id=E_783794d78bcd45ad 20:17:53 which is basically as good as it gets in my book 20:17:58 i'm so strongly +1 on this. this is the example i use when i talk about why the big tent is a good thing. :) 20:18:03 yup 20:18:06 very much +1 20:18:12 ++ 20:18:39 I'd porefer the "community" not to sign a license agreement for name usage 20:18:58 clarifying question ... 20:19:01 ttx: i sign things 20:19:05 is the issue with the names of the repos? 20:19:11 or with the human name of the project? 20:19:19 the issue is with the human name 20:19:22 awesome 20:19:24 but then "marioneta" is a bit less likely to attract all puppeters ever 20:19:40 also very much +1 on including puppet in the big tent! 20:19:52 yeah. I think this is a very dangerous area, tbh 20:20:05 but this is probably not the right place to discuss taht 20:20:06 Chef is going to have the same issue 20:20:10 i feel like we may have opened a can of worms with the trademark thing. there are so many 'puppet-foo' things in the community and i don't think anyone thinks they infringe. but we asked... so we got an answer. :/ 20:20:12 jbryce: you feel good signing a name usage agreement with Puppet Labs ? 20:20:14 are we discussing all deployment tools, as chef has a patch up 20:20:18 jeblair: ++ 20:20:19 as clayton says 20:20:42 ttx: if that’s what it takes to have a clear name for the project, yes 20:20:46 anteaya: that's scheduled for a later meeting 20:20:47 I think we can approve / reject the application without making the final call on name 20:20:51 s/puppet/strings/ 20:20:57 sdague: so deployment tools one at a time? 20:20:59 ttx: i don’t know if i’d say “feel good” but i’d say “willing to” = ) 20:21:01 I would argue that not being able to call modules written for puppet "puppet modules" because of trademark issues is a pretty big issue that the fine folks are puppetlabs should figure out 20:21:14 anteaya: this is a very specific application 20:21:16 and i wouldn’t argue with you 20:21:20 the question is more, should we shoot for "Puppet OpenStack" and fall back on Marioneta, or just pick Marioneta 20:21:24 anteaya: tc meeting topics one at a time according to the rules for the agenda 20:21:33 I'm a fan of calling it what it is 20:21:36 ttx: how about "OpenStack Modules for Puppet" 20:21:45 mordred: +1 20:21:46 ttx: can we wait a bit to choose a name? Puppetlabs asked me to wait some days 20:21:50 ttx: which is a completely descriptive statement 20:21:56 and does not imply that it is branded 20:21:59 EmilienM: yeh, I think it's fine if we patch in the name later 20:22:00 even though I asked the tm question, it's the writer in me for both needs 20:22:02 let's just take the name as it is, and change it later 20:22:03 the name puppet labs is considering is "Puppet Modules" with the implied Openstack before it 20:22:06 I'd prefer having "puppet" somewhere in our name, because that's what it is 20:22:09 mordred: ++ 20:22:15 crinkle: that also works for me 20:22:21 mordred: is that accurate or is it the other way around? 20:22:35 jbryce: yes - Puppet Modules for OpenStack is more accurate 20:22:38 so... how about we taking the naming conversation offline :) 20:22:40 jbryce, mordred: you're both right? :) 20:22:40 jbryce: I think mordred is playing with the words :) 20:22:42 and focus on the content 20:22:42 jbryce: but both could be accurate 20:22:48 right you both are 20:22:49 OK, naming can be solved in parallel 20:22:52 sdague: +1, thx 20:22:55 sdague: I am +10000000 on the application 20:23:01 I think we want these contributors to make OpenStack better 20:23:02 before we go, is there someone over there that we at the foundation should talk to? 20:23:03 the naming is the only thing worth discussing :) 20:23:13 questions on the application itself ? 20:23:26 mordred: good, so I'd say we approve the content, and patch the name in after EmilienM and possibly jbryce figure out what's viable 20:23:26 jbryce: I can put you in contact with out lawyer 20:23:29 our* 20:23:31 sdague: ++ 20:23:39 we are at 8 yes, so enough to pass 20:23:47 I trust them to come up with something reasonable 20:23:51 jbryce likes talking to lawyers 20:23:53 ttx: actually, one question 20:23:57 crinkle: thanks - jonathan@openstack.org 20:24:00 jeblair, fungi: we're going to want to use that playbook for that rename I think :) 20:24:09 mordred: yep 20:24:13 hrm 20:24:16 ttx: i just got off the phone with one! 20:24:18 devananda: ask and you shall get answers 20:24:20 ttx: a while back I had the idea that we put allthe deployment things (puppet, chef, etc) into a separate hyphenated namespace 20:24:25 like openstack-dev, openstack-infra 20:24:27 jbryce: me too! 20:24:32 fyi, infra is planning on deferring git repo renames until after the release 20:24:32 yeah, that's going to be a lot of repos 20:24:55 patch is in merge conflict now 20:24:55 devananda: I think that's a bit orthogonal to the issue 20:25:03 jeblair: ^ opinion on that ? 20:25:05 devananda: what woudl be the problem to solve with doing that? 20:25:09 Has "Marioneta" cleared Trademarks as well? Didn't mcollective come from a company PuppetLabs acquired called Marrionette labs? 20:25:09 devananda: i'd really like to move everything into openstack/ 20:25:15 but i guess that's something that can be fixed and approved based on previous votes 20:25:24 mordred: not sure. this idea was before the big tent. there may be no problem now 20:25:28 just bringing it up to be sure 20:25:31 devananda: nod 20:25:32 jeblair: i'm getting to that point 20:25:37 fuel has 32 repos 20:25:39 if we want openstack/puppet-* and openstack/chef-* and ... 20:25:39 ttx: I just rebased 20:25:40 then that's great 20:25:54 sdague: yay 20:25:59 so, there was a merge conflict on - https://review.openstack.org/#/c/172112/ 20:26:01 devananda: i believe that correctly signals what we're doing 20:26:01 please all revote 20:26:03 with the last one landing 20:26:06 please revote 20:26:12 devananda: I think it's not a problem ... we COULD have openstack/puppet/nova if we wanted - but our reliance on non-free software like github means we're stuck with their limitations 20:26:20 damn, owned by russell 20:26:28 * russellb flexes 20:27:00 there is literally nothing in git, gerrit or any of the rest of our tools which makes a single-directory-deep namespacing structure special - other than our outbound read-only replication stream 20:27:04 just while we're on the topic :) 20:27:26 mordred: go revote :) 20:27:31 sdague: going 20:27:41 though we're at 7 already 20:27:42 ok, 30 more seconds 20:27:52 yeah, a lot of the awkwardness around this comes from that limitation 20:27:58 ok. if there's no benefit to infra for creating a separate pool for config management tools (eg, openstack-config/puppet-* or something) then I'm fine with the current namespace proposal 20:28:14 devananda: nope. no help to us! 20:28:29 mordred: my +1 stands then :) 20:28:33 devananda: but thanks for thinking of us - /me feels loved 20:28:39 alright, win 20:28:46 devananda: mordred: jeblair: when will it be easier to search for reviews in gerrit though? 20:28:46 <3 20:28:48 crinkle, EmilienM: wec 20:28:53 welcome* 20:28:53 thanks, we will come-up with a name very soon :-) 20:29:05 :) 20:29:08 thanks EmilienM! Great due diligence shown. 20:29:18 #topic Let projects add repos without prior-approval 20:29:24 #link https://review.openstack.org/173465 20:29:31 agentle_: https://review.openstack.org/#/q/project:%255Estackforge/puppet-.*,n,z 20:29:33 I think this one is a welcome clarification 20:29:38 +1 20:29:46 Posted a nit on "PTL" expansion since we are phasing out usage of "Technical" there 20:29:53 jeblair: yay regex :) 20:29:53 agentle_: you can regex search project names, so there's an easy search for all puppet-* projects.... anyway, can followup later 20:29:57 got it 20:29:58 But could fix in a subsequent change if needed 20:30:09 ttx: oh drat :) 20:30:24 If you change it now I promise to revote immediately 20:30:28 change it! 20:30:29 :) 20:30:30 ttx: my fingers have not kept up with the changing times 20:30:42 * agentle_ didn't realize it either 20:30:49 * ttx likes immutable acronyms that keep on describving different things. 20:31:15 Project Technical Lead -> Program Technical Lead -> Project Team Lead 20:31:29 heh 20:31:31 ttx: it has 7, can i followup patch? 20:31:41 jeblair: granted 20:31:51 and I reserve the right to approve it as typo 20:32:00 * david-lyle glad to know what PTL means this week 20:32:06 lol 20:32:10 heh 20:32:19 Powerful Toad Lord 20:32:19 you never know what you sign up for! that's the beauty of the game 20:32:36 Pretty Tough Lemming 20:32:45 approved 20:32:56 ttx: so - we're spending a lot of time in meetings discussing our votes in a gerrit review - perhaps we should only discuss things that haven't had enough votes for 2 weeks - or that have a -1 on them? motivate people to vote on the reviews not in the meeting? 20:33:07 ttx: https://review.openstack.org/176062 20:33:09 mordred: ++ 20:33:13 I mean, as much as I love narrating while people operate gerrit 20:33:24 mordred: sounds like a topic for the next generation TC 20:33:28 ttx: neat 20:33:35 ttx: I'll raise it when we have one of those 20:33:35 mordred: I agree, this seems like not a great use of time 20:33:48 mordred: generally +1 but it's also worth discussing things where non-trival comments have been left in gerrit 20:33:53 jeblair: yah 20:34:01 fast approving https://review.openstack.org/#/c/176062/ as typo change 20:34:06 jeblair: so - "the chair should look through the reviews and see if any actually need discussion" 20:34:19 #topic Projects list housekeeping 20:34:31 * Add glean to infra (https://review.openstack.org/172748) 20:34:32 that way we have time to discuss things that need discussion without feeling like we'd be falling behind 20:34:34 * Rename keystoneclient-federation to saml2 (https://review.openstack.org/173619) 20:34:37 * Add django-openstack-auth-kerberos project (https://review.openstack.org/172802) 20:34:41 * Changes Rally to Benchmark service to better match other names (https://review.openstack.org/173308) 20:34:50 I think those can all be approved 20:34:57 ++ 20:35:09 and I'll therefore proceed 20:35:13 ++ 20:35:46 Hmm https://review.openstack.org/#/c/172802/ 20:35:55 question on suse of - vs. _ 20:36:16 All the others were approved 20:36:27 let's bring it to jamie's attention 20:36:44 I tend to agree that it looks a bit weird to not be consistent there 20:36:52 it's not worth arguing over, but is worth getting right the first time if it's a mistake 20:36:53 AJaeger pointed it out in his comment too 20:36:59 a week ago 20:37:11 surprised there's no reply from the author 20:37:34 I'll leave that one for the moment. 20:37:39 #topic Governance repo housekeeping 20:37:48 jogo posted a series of code fixes for the tooling in the repo: 20:37:52 * Update sphinx docs to support team based tags (https://review.openstack.org/172591) 20:37:55 * Remove unused code from teams.py (https://review.openstack.org/172592) 20:37:58 * Update formatting of teams page (https://review.openstack.org/172593) 20:38:01 * Update diversity.py to use projects.yaml (https://review.openstack.org/174023) 20:38:05 * Add tool/framework to automatically validate the tag applications. (https://review.openstack.org/174024) 20:38:09 * Add check for 'release:has-stable-branches' (https://review.openstack.org/174169) 20:38:23 It's more like code reviews... I propose to approve them if they pile up 2 +1s and no -1s after the meeting 20:38:33 which shouldn't be hard 20:38:37 if this is getting serious, we may want to move the tooling out of this repo 20:38:51 jeblair: half the tooling is to produce docs 20:38:53 re: - vs _ , I believe Jamie was shooting for consistency with the rest of openstack over consistency with django_openstack_auth 20:39:18 I think ttx's proposal on code reviews is reasonable 20:39:31 dhellmann: agree 20:39:50 ttx: we should probably start writing these exceptions down somewhere :-) 20:39:53 basically, it's not governance, it's doc or python code 20:40:07 dhellmann: kilo motto, you need a new one 20:40:11 ttx: yeah, i'm just saying that if we develop a substantial amount of code reviews, we can move it to another repo with no change in functionality, but we can give it its own core group 20:40:24 ttx: yep 20:40:25 jeblair: hmm, yeah 20:40:38 anyway, I'll pick them up and approve them tomorrow if they are clear 20:40:39 that's probably only worth doing once it gets to a certain point though 20:40:41 #topic Open discussion 20:40:47 and yeah ++ on that for now 20:40:55 Remember the TC [re]election season is open: 20:41:00 #link http://lists.openstack.org/pipermail/openstack-dev/2015-April/061823.html 20:41:08 Yeah, it seems like we have very few candidates so far 20:41:16 So this asks the usual question of whether we should hold the meeting next week 20:41:17 Are people procrastinating, or is no one running? 20:41:30 ttx: in the past we have continued to meet 20:41:31 I think people are procrastinating 20:41:37 I'm procrastinating :) 20:41:47 mikal: you are on te reelection list, btw ;) 20:41:55 dhellmann: agreed 20:42:01 ttx: I know 20:42:06 We are likely to have a few things to discuss next week 20:42:18 so I propose we hold one 20:42:25 ttx: can I run for a second seat? do our rules specify I can't? 20:42:29 ++ to keep meeting 20:42:32 ++ 20:42:37 mordred: you can't run it is in the wiki 20:42:38 mordred: the rules actually say you can't 20:42:41 GAH 20:42:47 I'm procrastinating sending something, but also because i'm debating not running 20:42:49 mordred: haha! 20:42:52 mordred: Also we'll have to start organizing the TC dinner, if you're bored 20:43:01 yeah. I should start doing that 20:43:03 Thursday night? 20:43:10 devananda: yeah, I am in a similar boat. I haven't 100% decided yet. 20:43:12 since you are already on the next TC you can organize 20:43:23 thursday works for me - anybody have any objections to that? 20:43:24 historically we've invited outgoing TC members too anyway 20:43:37 yeh, I think that's a good tradition to keep up 20:43:38 russellb: yes, i recall that too 20:43:38 mikal: want to gri^D^D^Dshare thoughts after the project meeting? 20:43:45 that may make for a large dinner this time, if people keep procrastinating :) 20:44:04 russellb: ++ 20:44:06 ttx: I was thinking Tim Horton's 20:44:08 devananda: sure 20:44:11 mordred: lol :) 20:44:14 mordred: WFM 20:44:23 mordred: But seriously, Tim Horton's is #ftw ;) 20:44:23 devananda: mikal: would love to keep you 20:44:24 cookies and coffee :) 20:44:31 In other news we now have 17 suggestions up for the cross-project track: 20:44:38 #link https://docs.google.com/spreadsheets/d/1vCTZBJKCMZ2xBhglnuK3ciKo3E8UMFo5S5lmIAYMCSE/edit?usp=sharing 20:44:43 I feel like we are still missing stuff. If you think of something, please file at: 20:44:44 whether or not i'm on the TC next cycle, I appreciated having the outgoing folks at the previous dinners 20:44:48 #link http://goo.gl/forms/S69HM6XEeb 20:45:36 sdague: I can work on the Service Catalog Standardization leading the discussion 20:45:43 mordred: HP pays Hp decides 20:45:45 agentle_: great 20:45:50 sdague: thanks for putting it on there 20:45:59 I just wanted to make sure we didn't miss it 20:46:02 agentle_: no prob 20:46:24 ttx: do you have a way to edit the sheet to add me as leading the session for Service Catalog Standardization? 20:46:43 I can add you as editor, even 20:46:51 agentle_: PM me your Google address 20:46:54 ttx: Fancy 20:46:58 ttx: how many tracks / slots are we shooting for here? 20:47:03 ttx: I have not proposed anything to the cross project yet 20:47:17 sdague: let me check 20:47:51 We have 14 sessions 20:48:02 two in parallel all Tuesday 20:48:04 is that 2 tracks x 7 slots? 20:48:06 ok 20:48:32 same as in Paris, I think 20:48:37 fyi I will not be running for the next tc cycle 20:48:42 we did 3 somewhere 20:48:52 which will be the first time since the ppb started i will not be there 20:48:58 sdague: the first time, I think. Atlanta? 20:48:59 ttx you’re going to have to hold down the fort for me 20:49:17 vishy: that's very strange to me 20:49:22 vishy: thank you so much for your leadership all these years 20:49:23 PPB oldies 20:49:43 Agreed... feels weird 20:49:49 :( 20:50:01 vishy: you can stay if you really want to 20:50:13 vishy: thanks for all your input and leadership 20:50:28 * jeblair salutes vishy 20:50:35 vishy: you'll come to dinner still I hope! 20:50:36 Now I know the theme of the TC dinner 20:50:43 yes still in for dinner 20:50:46 * jgriffith propos a special dinner just for Vish 20:50:49 not PPB oldies ttx :) 20:50:55 that's not a foodie theme :) 20:51:04 vishy: thanks for leading by example, and for training me when I started contributing to openstack 20:51:19 thx for the sentiments all 20:51:25 it has been a blast 20:51:35 vishy: thanks indeed, huge thanks for being so welcoming to me in nova 20:51:38 you will live on in vishfacts 20:51:45 omg is that still up? 20:52:12 nah, i think it went dead long ago 20:52:15 no but that should be fixed 20:52:28 thank god 20:52:38 hahaha 20:52:41 Still on the GitHub : https://github.com/bcwaldon/vishfacts.com 20:52:42 * jeblair would +2 an infra patch to run it. just sayin. 20:52:46 * med_ waybacks vishfacts 20:54:05 OK... Anything else, anyone ? 20:54:16 #link git.openstack.org/cgit/openstack/defcore/ 20:54:28 just a reminder that we're still looking for reviews and feedback 20:54:48 russellb, thanks for yours 20:55:04 ack, still plan to review that last changeset from Russell, but release is a bit crazy this time 20:55:09 We almost had a boring one 20:55:17 I think we are not planning much on it for the joint meeting Board/TC meeting. 20:55:36 Thansk a LOT to dhellmann for helping keeping kilo in one piece btw 20:55:49 dhellmann: ++ 20:55:53 definitelt a two-person job this time 20:55:58 ++, thanks dhellmann! 20:55:58 yay dhellmann and his email script :) 20:56:06 ++ 20:56:09 * zehicle completed PSA on DefCore 20:56:10 yeah, that was .. a bit too much :) 20:56:16 openstack: definitely a two-person job 20:56:36 I could use a tshirt with that 20:56:37 ttx: as much fun as the last week has been, I hope next time around we'll have the lib dependency thing worked out so we can avoid repeating this. 20:56:42 jeblair: ++ 20:57:05 it does seem like a lesson best learned once 20:57:06 dhellmann: also... it's not done yet, we're effectively wedged 20:57:21 fungi: agreed, this was a bigger dragon than expected 20:57:23 sdague: yeah, I'm seeing stuff about cliff/stevedore/neutronclient 20:57:34 * ttx looks in another direction 20:58:04 Alright, if nothing else, let's close with 3 minutes break 20:58:11 #endmeeting