20:01:36 #startmeeting tc 20:01:37 Meeting started Tue May 5 20:01:36 2015 UTC and is due to finish in 60 minutes. The chair is ttx. Information about MeetBot at http://wiki.debian.org/MeetBot. 20:01:38 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 20:01:40 The meeting name has been set to 'tc' 20:01:51 Our agenda for today: 20:01:57 #link https://wiki.openstack.org/wiki/Meetings/TechnicalCommittee 20:02:07 o/ 20:02:09 #topic Welcome to Liberty TC members 20:02:18 lifeless is excused 20:02:20 dtroyer, flaper87: welcome! 20:02:23 o/ 20:02:28 thanks 20:02:39 ttx: o/ 20:03:04 welcome aboard 20:03:10 dtroyer, flaper87: any pressing question ? 20:03:16 0/ 20:03:20 o/ 20:03:24 ttx: not atm 20:03:24 none from me 20:03:31 alright, let's dive in it 20:03:33 #topic Election of the TC Chair 20:03:39 Our first step is to (s)elect the TC chair 20:03:49 The TC chair is responsible for making sure meetings are held (and decisions taken) according to the rules of our charter 20:03:59 Practically, the TC chair organizes the meetings and pushes the Workflow+1 button on governance changes 20:04:09 The glue that binds us together :) 20:04:13 I'm happy to continue doing that, but if we have other candidates we can set up a quick CIVS poll to decide 20:04:23 Anyone else interested ? 20:04:36 nope. 20:04:37 * dhellmann takes one step back 20:04:41 heh 20:04:42 * flaper87 silently helps ttx sitting in the TC chair 20:04:43 run away ... 20:04:45 ttx: +1 to you continuing 20:04:54 * ttx innocently hides a gun in his back 20:04:56 * jgriffith hides under his desk 20:05:24 everyone should do it once so they know why they should pretend not to be here now 20:05:40 maybe next time ttx... maybe next time.... 20:05:41 ok, don't worry, there will be plenty of new opportunities to step up 20:05:49 ttx: I'm happy to fill in when you can't be here :-) 20:06:01 jeblair: lighten up, it's a hard job and I don't have to "do it" to know it's difficult 20:06:44 ttx: do you need someone for formally nominate you? 20:06:49 s/for/to/ 20:06:54 lifeless: already did in email 20:06:55 markmcclain: not really 20:06:58 I think that counts 20:06:59 ok, let's register at least one person approving 20:07:02 sdague: +1 20:07:06 * flaper87 formally nominates ttx 20:07:24 #startvote Approve Thierry Carrez as TC chair for Liberty cycle? yes, no, abstain 20:07:25 Begin voting on: Approve Thierry Carrez as TC chair for Liberty cycle? Valid vote options are yes, no, abstain. 20:07:26 Vote using '#vote OPTION'. Only your last vote counts. 20:07:32 #vote yes 20:07:33 #vote yes 20:07:33 #vote yes 20:07:36 #vote yes 20:07:36 #vote yes 20:07:37 #vote yes 20:07:37 #vote abstain 20:07:39 #vote yes 20:07:45 #vote yes 20:07:47 30 more seconds 20:07:58 #wouldvoteifIcould yes 20:08:09 dansmith: ditto 20:08:14 #endvote 20:08:15 Voted on "Approve Thierry Carrez as TC chair for Liberty cycle?" Results are 20:08:16 yes (8): annegentle, jeblair, sdague, jgriffith, dhellmann, dtroyer, flaper87, markmcclain 20:08:17 abstain (1): ttx 20:08:25 OK, I guess that's official enough now 20:08:28 thanks for your trust 20:08:31 #vote yes 20:08:40 well damn. too late. 20:08:44 jaypipes: maybe next time :) 20:08:45 #topic Summit week 20:08:55 ttx: do you have a patch for reference/members queued up? or should I hack on up? 20:09:04 Just as a reminder, there is a joint Board/TC meeting Sunday afternoon just before summit 20:09:15 markmcclain: no patch queued up, wanted to wait until chair was selected 20:09:24 markmcclain: fgeel free to propose one 20:09:36 Board/TC joint meeting in theory from 2:30 pm to 5:30pm 20:09:44 But then they may have run lkate 20:09:46 or late 20:09:52 It is followed by a dinner at 6pm, for which you should have received an RSVP 20:10:07 ha I read that as 5:30 am at first 20:10:14 Thursday evening we have the TC dinner at 7pm, you should have received an email from mordred about that 20:10:15 * flaper87 won't make it for the meeting, landing at 15:00 ish 20:10:28 flaper87: you can join us when you arrive 20:10:41 I heard jet lag doesn't affect you 20:10:46 lucky 20:10:48 ttx: that is true :) 20:11:03 Questions on that topic ? 20:11:26 ttx: details of the meeting location will be coming later? 20:11:39 Hmm, let me check if I have anything 20:11:44 Maybe our board members know more 20:12:30 Emerald Ballroom in the Fairmont Pacific Rim Hotel 20:12:50 thanks eglute! 20:12:54 Meeting Location: Emerald Ballroom in the Fairmont Pacific Rim 20:12:54 hotel 20:12:58 thnx 20:12:58 eglute wins 20:13:06 thanks, eglute 20:13:11 Vancouver is Pacific time? 20:13:15 (directly across the street from the Vancouver Convention Centre). It�s located on the 3rd floor of the hotel. 20:13:16 annegentle: yes 20:14:18 For that joint meeting, if you have pressing topics, please send them my way and I'll communicate them to Alan 20:14:33 hm thinking 20:14:35 Hopefully we'll have an agenda to present at next week meeting 20:14:45 * ttx needs to contact alan on that 20:15:26 #topic Report from the Design Summit Cross-project track working group 20:15:31 dhellmann: floor is yours 20:15:35 thanks! 20:15:43 We plan 2 tracks of 7 cross-project sessions each (14), all fishbowl-style rooms 20:15:48 There are 28 proposals in https://docs.google.com/spreadsheets/d/1vCTZBJKCMZ2xBhglnuK3ciKo3E8UMFo5S5lmIAYMCSE/edit#gid=827503418 20:15:57 lifeless, annegentle, sdague, flaper87, markmcclain, and devananda met last friday and yesterday to discuss the proposals to narrow the list 20:16:05 The meeting logs are http://eavesdrop.openstack.org/meetings/tc_summit_planning/2015/tc_summit_planning.2015-05-01-20.02.log.html 20:16:05 Most of the meeting notes are actually in the etherpad we created https://etherpad.openstack.org/p/liberty-cross-project-session-planning 20:16:21 the discussions yesterday were mostly in email, with me capturing notes to the etherpad 20:16:26 (stand by for paste-bomb) 20:16:35 The sessions we came up with are listed at the top, and here (the numbers are row numbers in the spreadsheet): 20:16:35 2 In-team scaling 20:16:35 3 OpenStack release model(s) 20:16:35 4 Moving our applications to Python 3 20:16:36 27 Improving user experience across all OpenStack projects 20:16:37 9 Modern JavaScript in OpenStack 20:16:38 10&25 Asynchronous status updates to users 20:16:39 14 OpenStack SDK: where it's at, where it's going 20:16:40 17 Functional Testing Show & Tell 20:16:41 18 Service Catalog Standardization 20:16:42 22 API Working Group: State of the Group 20:16:43 26 Unified Policy File 20:16:44 11 OpenStack Documentation 20:16:45 7 Nova & Neutron network migration 20:16:46 29 Managing concurrency 20:16:47 I confirmed with the organizers of 10 & 25 that merging was acceptable. 20:17:10 Looks like a nice list of topics. Great work there ! 20:17:25 we did identify one topic that hadn't been proposed that we felt we needed, but if there are other pressing items we should discuss those 20:17:59 dhellmann: now we have the fun part.. scheduling them to reduce conflict 20:18:07 ttx: thanks, there were a few tough calls but I think we had a good broad set of inputs 20:18:24 * dhellmann takes one step back 20:18:48 there's one note about the nova/neutron session needing an exact time slot 20:18:55 I haven't looked into conflicts for the others, yet 20:19:03 * Rockyg dhellmann made right call lon logging 20:19:03 dhellmann: for scheduling, in the past I generally had the generalist stuff on one room and the more technical/detail stuff in another 20:19:11 the title change on #7 is fun :) 20:19:22 I guess the only think that I thought about late is we keep hinting that mordred and jeblair are going to do a "what infra hates about openstack" session at some point, which never seems to happen 20:19:23 dhellmann: what was the one topic not proposed that you felt needed discussed?\ 20:19:44 jaypipes: we added the "managing concurrency" session to cover that topic (sorry, I realize that was phrased poorly) 20:19:47 jeblair: the title will change again on #7 to specify which part of the conversation this is, which is basically gap analysis 20:19:55 ah, gotcha 20:20:03 sdague: yeah - we never get aroudn to proposing that - sorry 20:20:07 sdague: who should I be talking as a driver for that session? 20:20:13 sdague: mordred: jeblair: blog post! 20:20:16 FWIW, I'm quite happy we managed to have a slot for the concurrency topic 20:20:25 annegentle: ++ 20:20:31 dhellmann: for the nova/neutron one - that's going to end up being me 20:20:36 sdague: noted 20:21:32 flaper87: ++ 20:21:53 flaper87: I'll be happier if something comes out of it that we think is doable :) There seem to be a lot of different corners at the moment 20:21:56 do we want to go through questions on the proposed list? 20:22:18 sdague: yeah, my goal for that one has a very narrow scope: figure out what options might actually be realistic 20:22:28 dhellmann: ++ 20:22:32 dhellmann: ++ 20:22:37 dhellmann: you chairing that one? 20:22:51 sdague: yes, I think so 20:23:00 then I have faith :) 20:23:11 dhellmann: should we try to resolve TC members conflicts now by trying to pair those sessions now ? 20:23:28 ttx: that sounds like a good plan - do we know the speaking schedule, yet? 20:23:37 sdague: ty :-) 20:23:38 the speaking schedule is public 20:23:41 dhellmann: hmm, maybe do it off-meeting and post it to -tc list for last-minute checks ? 20:23:50 ttx: ok 20:23:55 dhellmann: from experience I know it's difficult to improvise in 5 min 20:24:09 honestly, I'd say people should annotate the list with name and "not at X:Y" if they know of conflicts 20:24:12 dhellmann: we have session moderators for all of those, right ? 20:24:16 and the just guess the rest 20:24:20 sdague: ++ 20:24:35 ttx: yes 20:24:35 One of the other teams is using http://doodle.com/ to coordinate meetings. 20:24:40 basically, annotate today if you really want to be in a thing, and you have a time restriction 20:24:54 egon: yeh, the problem is this is way too many dimensions 20:25:03 good idea, please update the top of the etherpad where the list of approved sessions is 20:25:05 sdague: fair 20:25:22 I will then use my famous note-cards-on-the-floor schedule resolution algorithm 20:25:35 I love that app 20:25:40 heh 20:25:46 * flaper87 wonders if there's a youtube video tutorial for that algorithm 20:25:58 flaper87: they banned it because of the swearing 20:26:04 dhellmann: lol 20:26:06 haha 20:26:11 dhellmann: I annotated the list on the etherpad with my conflicts 20:26:32 ttx: could you include your nick in the comments so I can tell who's who when you aren't connected to the pad? 20:26:41 ty 20:27:46 dhellmann: ok, let's propose a schedule tomorrow, once everyone has posted their conflicts 20:27:50 dhellmann: thanks for all the work putting this together 20:27:58 dhellmann: thanks indeed 20:28:00 and see how it goes 20:28:09 ttx: do you have the design summit slot allocation chart handy? 20:28:10 moving on 20:28:15 sdague: I had a bunch of help from the other folks 20:28:23 jeblair: https://docs.google.com/spreadsheets/d/1VsFdRYGbX5eCde81XDV7TrPBfEC7cgtOFikruYmqbPY/edit#gid=569963128 20:28:28 dhellmann: thx 20:28:49 I suspect I'll have ops conflicts too, let's add those 20:29:13 but let's do that off-meeting 20:29:24 anything else on this topic before we move on ? 20:29:52 #topic TC members list 20:29:56 markmcclain just proposed the TC members update 20:30:01 #link https://review.openstack.org/#/c/180301/ 20:30:07 I think it makes sense to approve it in this inaugural meeting, unless there is an objection 20:30:46 LGTM, should we have our election official sign off? 20:30:53 I won't nit pick about alpha-ordering of Flavio 20:31:03 ah. hm 20:31:18 oh 20:31:23 let's see if we can have one of them 20:31:37 * markmcclain goes back to school to learn to alphabetize 20:31:48 tristanC, pleia2: could one of you record a comment on https://review.openstack.org/#/c/180301/ saying that corresponds to the election results ? 20:31:51 * flaper87 feels safe between sdague and annegentle 20:32:02 markmcclain: Flavio comes between Dague and Gentle, just where you have it ;-) 20:32:03 if not randomized :) 20:32:06 I'll wait for that election official blessing to approve 20:32:15 ttx: ++ 20:32:18 #topic Project list housekeeping 20:32:25 (looks like the gerrit tc group is already updated) 20:32:32 In the mean time, three repositories added to Ironic, already +1ed by their PTL: 20:32:41 jeblair: yes, lifeless asked me for +1 powerz 20:34:58 * Add ironic-discoverd to Ironic project (https://review.openstack.org/178067) 20:34:58 * Clean up Ironic project listing (https://review.openstack.org/178066) 20:34:58 * Add "bifrost" to Ironic project (https://review.openstack.org/178068) 20:34:58 I'll approve them all tomorrow morning unless someone posts a -1 by then 20:34:58 so last hours to object 20:34:58 #topic Communicating on the TC activity 20:34:58 So... There was a thread this week about how much the Kilo membership sucked at communicating what happens at the TC 20:34:59 The trick being, with the move to Gerrit-based approvals we are approving stuff asynchronously, and no longer necessarily in meeting 20:34:59 Which makes posting meeting minutes a bit weird 20:34:59 Last cycle(s) we opted for authored blogposts when we felt like there was enough material to communicate, with a rotation of authors 20:34:59 ttx: I could wire up yasfb to the governance repo like we did with the specs repos 20:34:59 git changelog? :) 20:34:59 But only a handful of authors participated, and we didn't push enough of those 20:34:59 My question is... how should we improve on that for this cycle ? 20:34:59 (yasfb would give us an rss feed, which we could feed into planet.openstack.org) 20:34:59 dhellmann: neat 20:34:59 ttx: The fact that this is on the agenda is already a great step forward :) 20:34:59 jeblair: http://specs.openstack.org/openstack-infra/infra-specs/rss.xml 20:34:59 dhellmann: wouldn't that flood it with repo changes ? 20:35:22 ttx: no, it produces a feed of pages, not patches, so you only get updates when we add or change pages 20:35:40 I would have to experiment a bit to make sure that wouldn't be "too much" 20:36:07 yeah, the feed of changes looks a bit busy: http://git.openstack.org/cgit/openstack/governance/atom 20:36:15 dhellmann: I fear that would result in only reporting TC activity that results in governance repo changes though 20:36:22 ttx: well, yeah 20:36:55 dhellmann: ttx: that was one component, but this needs to be more highly curated and regular 20:36:58 I kind of wanted us to work on things that may not translate into governance changes 20:37:10 mmh, I kinda feel we should actually collect this manually and write some kind of "this week on the TC" 20:37:10 like solving community problems 20:37:39 flaper87: +1, only for that we need volunteer(s) 20:37:41 yeah, that will result in different, probably more useful, content 20:37:42 flaper87: right, there was the blogging effort, it kind of ran out of steam 20:37:42 I can help with that 20:37:49 The blog posts that happened in Kilo were spot on, I think 20:37:50 yeah, the best info for the community is not just what did we decide 20:37:57 but I think there should be more than 1 person behind this 20:38:03 it's what were the issues and the different points of view 20:38:06 the problem mostly is the TC ends up super busy and it falls off people's plates 20:38:12 ok, so we could continue the blogpost rotation idea 20:38:15 only more regular ?* 20:38:32 flaper87: +1 20:38:33 (btw I tried to blog this myself for a cycle back in I think Havana. it's super hard to keep up with) 20:38:34 like at every meeting, asking if it's time for a blog post and a volunteer ? 20:38:36 what did people think of the "secretary" idea? 20:38:53 I also think every meeting is too much 20:39:07 annegentle: the "secretary" idea is fine if we have a volunteer 20:39:10 it's too much, and not enough -- as ttx pointed out we don't discuss everything in the meetings 20:39:18 otherwise a rotation of volunteers sounds more likely 20:39:22 dhellmann: sorry, every week 20:39:39 sdague: yeah, weekly seems excessive 20:39:41 I found the bunching up of 3 - 4 weeks ended up creating a more reasonable chunk of content in those pots 20:39:42 posts 20:39:46 yep 20:39:51 +1 for weekly 20:39:52 ttx: I would be happy to start out as the volunteer. Just let me know what the process would be and the technical details 20:39:59 I think it's okay to have "this week in baseball" for the tc 20:40:03 sdague: how about at the end of every meeting, we ask ourselves if it's time for a blog post and a volunteer ? 20:40:06 the other question we didn't answer in that thread was what medium - blogs, emails to -dev, newsletter drop-ins? 20:40:14 I don't think it's an actual problem if there's not enough content 20:40:19 ttx: that seems like a good idea 20:40:27 I'd suggest 1 major topic per post. I'd guess that would end up being less often than weekly 20:40:29 I think it's better to have one person be accountable. I can take this on. 20:40:31 ttx: seems reasonable 20:40:40 annegentle: you are awesome 20:40:43 I think we failed to bring it back on the table often enough last cycle, but the concept was sound 20:40:53 annegentle: I'm happy to help 20:40:58 flaper87: awesome, thanks 20:41:02 if we make it a regular meeting thing, that won't fall off the table* 20:41:27 oh, we have a volunteer 20:41:37 ttx: 2 :P 20:41:38 I'll work on a comm plan that slices in with the weekly community newsletter from reed. Channel is tough here, I haven't dug into that completely. 20:41:51 ok 20:41:53 So.. annegentle as secretary and Flavio as co-secretary 20:42:07 TC Communication Chairs? 20:42:18 with resposibility to communicate TC activity out 20:42:18 annegentle: ++ 20:42:23 ++ 20:42:24 I like that as a better title 20:42:41 T triple C 20:42:46 annegentle: ++ 20:42:46 heh 20:43:17 Note that if I have my ways we'll have a number of subgroups in the TC taking on specific tasks. So the Communication subgroup would just be one of those 20:43:34 that makes a lot of sense 20:44:02 #info annegentle and flaper87 to chair the TC communication 20:44:21 OK, moving on, lots to cover 20:44:36 annegentle: I'll let you come up with a plan ;) 20:44:37 #topic Changing the TC decision delays 20:44:40 got it 20:44:43 This is another TC process thing we might want to revisit 20:44:54 Currently the charter says that to be considered for TC meeting agenda, a given change / proposal needs to have been proposed "at least 4 business days before meeting" 20:45:04 The idea was to make sure that the community had plenty of time to comment on a proposal before we took a final decision on it 20:45:07 But: 20:45:10 - we no longer make decisions in meeting 20:45:16 - we have plenty of changes that could be discussed faster (like repo additions) 20:45:26 - most changes fly below radar anyway since they are not discussed in a ML thread (only on the Gerrit review) 20:45:33 So I feel the old rule is no longer serving its purpose. Should we change it ? 20:45:49 Like having different delays depending on the nature of the change ? 20:46:07 how would you categorize? 20:46:12 and when should we force a discussion on the -dev ML ? 20:46:35 I'm comfortable with giving the chair more leeway, but I do like the idea of a minimum amount of time for significant topics because of the nature of time zones 20:46:38 anteaya: well, we already do special case repository additions as "project list housekeeping" and fasttrack them 20:46:44 which end goal are you trying for, buying more time for discussion or more strategic agendas? 20:46:56 ttx: okay that is a fairly clear category 20:47:00 ttx: well, i think we addressed the repo thing recently with: http://git.openstack.org/cgit/openstack/governance/commit/?id=321a020cbcaada01976478ea9f677ebb4df7bd6d 20:47:04 I also think we could probably skip discussing those housekeeping things at all in meeting, unless they are stalled 20:47:11 annegentle: I just had a bunch of repo additions posted Friday and those couldn't make the meeting agenda and felt sad 20:47:18 dhellmann: ++ 20:47:33 dhellmann: yes please 20:47:56 ttx: oh, i see the distinction now 20:47:59 end goal: not make ttx sad 20:48:11 OK, so how about we skip repo additions and don't consider them TC stuff. I can let them bake at least one week to check for any -1 and approve them if they have PTL +1 and no TC -1 by then 20:48:16 so, concrete proposal: housekeeping and repository adds aren't discussed unless they are stalled for a week; other topics need 48 hours 20:48:25 heh 20:48:52 ttx: ++ 20:48:56 I think that keeping a strategic agenda is important... timeliness matters 20:49:07 ttx: ++ 20:49:14 ++ 20:49:15 FOr other topics let's keep the "4 business days" but translate it as "posted before Thursday evening" 20:49:16 so use the time for lots of discussions as needed 20:49:30 ttx: both suggestions sound good to me 20:49:35 ttx can we say it in utc? 20:49:38 ttx: repository additions affect voter roles, so I think we need to be taking explicit action to approve them 20:49:55 anteaya: before 0800 UTC Friday ? 20:50:01 ttx thank you 20:50:06 that's the time where I ususally cllect the agenda 20:50:12 collect* 20:50:44 #agreed skip repo additions in TC meeting, let them bake at least one week to check for any -1 and approve them if they have PTL +1 and no TC -1 by then 20:50:57 ttx: want to propose that as a governance change? 20:51:22 #agreed consider a change TC meeting material if posted before 0800 UTC Friday 20:51:28 jeblair: yes, I will propose that 20:51:36 just checking what would make sense 20:51:54 ++ 20:51:55 #action ttx to propose governance change to match, if any 20:52:09 Anything else on that topic ? 20:52:16 Or on making our meeting generally more efficient ? 20:52:52 #topic Open discussion: itches to scratch 20:53:01 As you know, I'd like the TC to be involved beyond setting governance and housekeeping projects list 20:53:11 I'd like TC members to dive into specific community problems. We can't expect every TC member to know all the issues 20:53:19 but we should be able to expect every TC member to be able to dive into a specific issue and report back to the group 20:53:28 So we should identify issues and create small groups of interested people to address them. 20:53:40 Doesn't have to be "all TC members" involved in every initiative, the subgroups would just report on their findings and the steps they followed 20:53:42 ++ 20:53:50 subgroups ++ 20:53:51 As an example... Personally I think we need to better document the culture, what is expected of an OpenStack project team 20:53:52 that's what the working groups ideas are all about. 20:53:53 * jgriffith likes the idea alot 20:54:04 Currently we rely on old wiki articles to explain how meetings should be held, what a PTL duties are, how to release stuff, what is acceptable in a stable branch, etc 20:54:15 ttx: that first example is something that I definitely want to tackle 20:54:16 For a newcomer project there is no practical way to discover all that stuff. And yet we expect them to "behave like an OpenStack project" 20:54:26 So I think we need to produce a "OpenStack project team guide", and I'd like to lead that 20:54:32 Join my subgroup! 20:54:37 ttx: cound me in 20:54:39 Any pet project / issue YOU would like to help solving ? 20:54:39 * jeblair joins ttx's subgroup 20:54:40 count 20:54:43 * dhellmann takes one step forward 20:54:46 Comms! 20:55:00 * annegentle recruits dhellmann 20:55:02 flaper87: you will soon learn not to volunteer for everything :) 20:55:17 ttx: dhellmann wrote most of this as a starting point: http://docs.openstack.org/infra/manual/creators.html 20:55:18 Other idea, I'd love people looking into specific projects and report dysfunction / culture divergence there 20:55:40 I wanted to socialize the compute kernel tag I posted, which came after the deadline this, week, but I expect to create some vibrant discussions 20:55:40 ttx: hm 20:55:42 ttx: hahaha, everyone tells me that :D 20:55:45 https://review.openstack.org/#/c/180112/ 20:55:53 how do people feel about the cross-project specs repo? we have quite a few specs up for review in a repo we nominally manage: https://review.openstack.org/#/q/project:openstack%2Fopenstack-specs+is:open,n,z 20:56:06 annegentle: count me 20:56:34 #info jeblair, flaper87, dhellmann and ttx to start workign on a project team guide to replace wiki and oral tradition 20:56:42 sdague: thank you for doing that 20:56:53 sdague: did that come out of the ops meetup? 20:57:04 dhellmann: the demand for it did 20:57:04 I think another good subgroup would be helping with OPs issues. Syncing more often and bringing back feedback/issues/etc 20:57:05 dhellmann: so that is a good topic. What to do with cross-project specs and meeting 20:57:20 sdague: good 20:57:22 dhellmann: I wouldn't describe the ones we had in Kilo as a full success 20:57:30 and I'd gladly defer that to a subgroup 20:57:40 (if only becaus ethat meetign is at 11pm) 20:57:46 ttx: I do like the idea of working with projects to identify areas for improvement and encourage best practices… wondering how the PTLs will accept us parachuting in and telling what's wrong or should we use tagging to identify the projects that self-selection for evaluation? 20:58:21 markmcclain: I think we are in our role when we point out where they no longer behave like "one of us" 20:58:31 markmcclain: I think with all such things, it's going to need to be some bottom up heavy lifting as well 20:58:32 ttx: yeah, I'm not sure that meeting is the best way to handle them, but I don't have a better idea, yet 20:58:35 since that is what we now judge for inclusion in the bigtent 20:59:07 markmcclain: part of it is also to expose issues that everyone knows and discuss them in the open 20:59:21 markmcclain: yeah that summarizes my hm... feels a little like a policing thing? 20:59:25 rather than only after hours ranting drown in beers 20:59:37 ttx: but yeah, get issues in the open safely 20:59:52 annegentle, markmcclain: agree it's a touchy subject 21:00:12 Also maybe premature if we don't have the "here is how to do it" doc 21:00:26 anyway, time is up 21:00:31 o/ 21:00:32 thank you 21:00:32 Anything else, anyone ? 21:00:39 I think cleaning up our docs and maybe find a few friendly projects to test what the process would look like 21:00:54 ttx: thanks! 21:00:56 markmcclain: you'd need diverse projects though 21:00:58 thanks ttx 21:01:02 #endmeeting