Thursday, 2019-02-07

*** jamesmcarthur has quit IRC00:40
*** jamesmcarthur has joined #openstack-tc00:41
*** tosky has quit IRC00:43
*** jamesmcarthur has quit IRC00:46
*** jamesmcarthur has joined #openstack-tc00:50
*** dklyle_ has joined #openstack-tc01:27
*** david-lyle has quit IRC01:31
*** jamesmcarthur has quit IRC01:50
*** jamesmcarthur has joined #openstack-tc01:53
*** jamesmcarthur has quit IRC02:06
*** david-lyle has joined #openstack-tc02:12
*** jamesmcarthur_ has joined #openstack-tc02:13
*** dklyle_ has quit IRC02:15
*** lbragstad has quit IRC02:26
*** diablo_rojo has quit IRC02:27
*** lbragstad has joined #openstack-tc02:33
*** jamesmcarthur_ has quit IRC02:54
*** jamesmcarthur has joined #openstack-tc02:59
*** jamesmcarthur has quit IRC03:14
*** jamesmcarthur has joined #openstack-tc03:15
*** adriant has quit IRC03:18
*** adriant has joined #openstack-tc03:27
*** jamesmcarthur has quit IRC03:53
*** jamesmcarthur has joined #openstack-tc03:53
*** jamesmcarthur has quit IRC03:56
*** jamesmcarthur has joined #openstack-tc03:58
*** jamesmcarthur has quit IRC03:58
*** jamesmcarthur has joined #openstack-tc03:58
*** jamesmcarthur has quit IRC04:02
*** lbragstad has quit IRC04:38
*** jamesmcarthur has joined #openstack-tc06:02
*** adriant has quit IRC06:06
*** jamesmcarthur has quit IRC06:06
*** adriant has joined #openstack-tc06:07
*** e0ne has joined #openstack-tc06:10
*** diablo_rojo has joined #openstack-tc06:37
*** Luzi has joined #openstack-tc06:46
*** e0ne has quit IRC07:10
*** diablo_rojo has quit IRC07:16
*** e0ne has joined #openstack-tc07:20
*** e0ne has quit IRC07:31
*** dangtrinhnt has quit IRC07:41
*** dangtrinhnt has joined #openstack-tc07:52
*** jamesmcarthur has joined #openstack-tc08:03
*** jamesmcarthur has quit IRC08:07
*** tosky has joined #openstack-tc08:46
*** jpich has joined #openstack-tc08:48
*** zbr|ssbarnea has joined #openstack-tc08:50
*** zbr has joined #openstack-tc09:11
*** zbr|ssbarnea has quit IRC09:12
*** zbr has quit IRC09:40
*** zbr|ssbarnea has joined #openstack-tc09:41
*** cdent has joined #openstack-tc10:00
*** e0ne has joined #openstack-tc10:03
*** zbr|ssbarnea has quit IRC10:04
ttxfungi: I agree with you, but I feel like the threat to "open source" is worth putting aside smaller differences and reaffirming their definition10:04
*** zbr|ssbarnea has joined #openstack-tc10:08
*** Luzi has quit IRC10:36
*** Luzi has joined #openstack-tc10:49
ttxtc-members: As requested, I added "Help most needed list evolution" and "Formalizing pop-up teams" to https://wiki.openstack.org/wiki/Technical_Committee_Tracker -- feel free to add yourself as drivers if you're interested in pushing that10:55
*** fdegir has quit IRC10:57
*** fdegir has joined #openstack-tc10:58
*** e0ne has quit IRC11:56
*** e0ne has joined #openstack-tc11:57
*** jamesmcarthur has joined #openstack-tc12:04
*** jamesmcarthur has quit IRC12:09
*** jamesmcarthur has joined #openstack-tc13:09
*** jamesmcarthur has quit IRC13:09
*** jamesmcarthur has joined #openstack-tc13:09
*** mriedem has joined #openstack-tc13:21
dhellmanntc-members: reminder that we will be meeting at the top of the hour13:37
*** jamesmcarthur has quit IRC13:37
*** jamesmcarthur has joined #openstack-tc13:38
*** jamesmcarthur has quit IRC13:43
TheJuliao/13:57
mnaserbonjour13:58
cdentyou want one of these weighted blankets TheJulia ? They come in several virtual colors.13:58
*** lbragstad has joined #openstack-tc13:58
TheJuliacdent: I have this very soft and warm blue one. It works wonders13:58
cdentexcellent. carry on!13:59
TheJuliaI actually want to take it with me to conferences... I sleep that well.13:59
cdentIs it size that stops you?13:59
TheJuliaweight13:59
TheJuliaand resulting size13:59
* cdent nods14:00
dhellmannmeeting time14:00
cdentmaybe the foundation can provide a blankie rental service14:00
dhellmann#startmeeting tc14:00
dhellmann#link http://lists.openstack.org/pipermail/openstack-discuss/2019-January/002231.html agenda for this meeting14:00
openstackMeeting started Thu Feb  7 14:00:23 2019 UTC and is due to finish in 60 minutes.  The chair is dhellmann. Information about MeetBot at http://wiki.debian.org/MeetBot.14:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:00
*** openstack changes topic to " (Meeting topic: tc)"14:00
openstackThe meeting name has been set to 'tc'14:00
lbragstado/14:00
dhellmann#topic roll call14:00
dhellmanntc-members, please indicate if you are present for the logs14:00
*** openstack changes topic to "roll call (Meeting topic: tc)"14:00
gmanno/14:00
TheJuliao/14:00
mnaserbonjour o/14:00
evrardjpo/14:00
dhellmannzaneb has given the second best reason I've seen so far for missing a meeting: "on an expedition to climb an active volcano"14:00
cdentahoy14:00
ttxo/14:00
mnaserthe first best reason being?14:01
TheJuliaI was just looking at zaneb's reason, and that is epic.14:01
dhellmanncall me a romantic, but I think when TheJulia missed for her wedding that was a longer term investment in adventure14:01
* TheJulia smiles14:02
mnaser++\14:02
evrardjpdhellmann: :)14:03
TheJuliaAnyway, seems like time to carry on14:03
dhellmannI count 8, so we have quorum14:03
dhellmannlet's start with old business14:03
dhellmann#topic correction to TC member election section of bylaws14:03
*** openstack changes topic to "correction to TC member election section of bylaws (Meeting topic: tc)"14:03
evrardjpTheJulia: don't be so shy :p14:03
dhellmann#link https://wiki.openstack.org/wiki/Technical_Committee_Tracker#Correction_to_TC_member_election_section_of_bylaws14:03
dhellmannduring the most recent foundation board election the foundation membership also voted on a number of bylaws changes,14:03
dhellmannincluding the ones fungi had been tracking related to how TC members are elected14:03
dhellmannI think it's now safe to consider that initiative completed, and remove it from the tracker. Do you all agree?14:03
evrardjpyes14:03
lbragstad++14:03
ttx+114:03
mnasercongrats on the multiyear effort :)14:04
gmannyeah14:04
dhellmann#action dhellmann remove bylaws update from the tracker14:04
dhellmanneasy enough14:04
dhellmann#topic project team evaluations based on technical vision14:04
*** openstack changes topic to "project team evaluations based on technical vision (Meeting topic: tc)"14:04
dhellmannlast month cdent and TheJulia agreed to work on initiative to have teams self-evaluate against the technical vision document14:05
dhellmannwhat's the status of that effort?14:05
TheJuliaI believe 3?? teams have written self evaluations, with fairly positive feedback on each. Truthfully this past month I've been burried in other work and have not had a chance to follow it closely14:05
cdentas far as I can tell the teams that TheJulia and I are associated with did some self-evaluation, which led to a small change to the vision to clarify its orientation but not much more than that. TheJulia ?14:05
cdentOh, 3?14:05
TheJuliaI think cinder, ?manila?, and Ironic14:05
fungioh, i missed roll call, but i'm here14:06
* TheJulia always capitalizes the I14:06
cdentplacement has a vision reflection document in progress, but it hasn't had much review14:06
TheJuliaI might be off on my count, but it was not pushed, so for organic I think that is kind of good.14:06
dhellmannshall we carry this over to next month, then?14:06
TheJuliaI think so yes, I should be able to find some more time this next month with no travel (i hope..)14:07
mnaserdhellmann: perhaps add #link http://lists.openstack.org/pipermail/openstack-discuss/2019-January/001417.html for reference as well ?14:07
dhellmannmnaser : good point14:07
cdentAssuming we think the goal of getting the documents written is still relevant, then yes, we should carry it14:07
dhellmannare there any specific actions for between now and our next meeting?14:08
lbragstadfwiw - we've been going through that exercise in keystone, and it's been helpful (so we see value for sure)14:08
TheJuliaI think so, reflection and self evaluation is important14:08
*** jamesmcarthur has joined #openstack-tc14:08
TheJuliadhellmann: Off the top of my head no, cdent?14:08
dhellmanndo we want to engage with teams to ensure this is something they're thinking about?14:09
cdentPerhaps to republish the idea14:09
cdentyeah that14:09
dhellmanndoes someone want to volunteer for that by adding an #action?14:09
cdentI'll take it14:09
TheJuliacdent: I was just typing out that I would. I can if you want.14:09
* dhellmann pauses for cdent or TheJulia to #action themselves14:10
cdentsince TheJulia did the first one, me seems "fair"?14:10
cdentbut if you're eager, please feel free :)14:10
TheJuliaokay cdent, let me know how I can assist then14:10
TheJuliaother than revise and get the one for ironic merged :)14:10
cdent#action cdent to republish the projects review vision notion14:10
dhellmanngreat, thanks14:11
dhellmannmoving on14:11
dhellmann#topic defining the role of the TC14:11
dhellmann#link https://wiki.openstack.org/wiki/Technical_Committee_Tracker#Next_steps_in_TC_Vision_.2F_defining_role_of_the_TC14:11
*** openstack changes topic to "defining the role of the TC (Meeting topic: tc)"14:11
dhellmannlast month cdent agreed to start a thread about the documented role of the TC14:11
dhellmannthat has been done, thank you cdent14:11
dhellmann#link http://lists.openstack.org/pipermail/openstack-discuss/2019-January/001612.html14:11
dhellmannWhat are the next steps for this initiative?14:11
* mugsie sneaks in late14:11
cdentYeah, I just went back through that thread to see if I could extract any salient points. Unfortunately most of the best ones are from zane, who is on a volcano14:11
TheJuliaI've had no time this past month to follow this :(14:11
TheJuliacdent: would it make more sense to try and sync up with zane when he is back?14:12
ttxI feel like absence of further feedback shows the base document we have somehow corresponds to the current state, and further discussion can be proposed as changes to that doc ?14:12
cdentBut a main theme that we pulled out (and mentioned in a recent office hour) was that "what if the list is too big because the ideas are too small? What if we can't agree because the stakes are so low?"14:13
cdentAs in: maybe we need to make goals more audacious14:13
cdentanother was14:13
TheJuliaI second that idea, that goals should be kind of scary14:13
cdent"It's... strange, if not exactly surprising, to me that facilitating those kinds of conversations (starting with making sure they happen) isn't something we have consensus on as being part of the TC's role."14:13
*** jamesmcarthur has quit IRC14:14
mnaser(i don't want to sign up anyone for more work, but i think we need to figure out how to get more people engaged and give a reason for them to hit that reply button and respond)14:14
TheJuliamnaser: ++14:14
mnaserthat thread is mostly tc members discussing amongst us, but i don't have a solution either.14:14
gmanntrue14:14
gmannwe need to hear more from community.14:14
mnaser(with a few notable, commonly vocal community members, which is awesome too, but yeah.)14:14
ttxTheJulia: it's true that goals as theey stand are VERY reasonable, rather than crazy-aspirational14:15
dhellmannmnaser : I wonder if the way to do that is just to interpret our role ourselves, and go about the business of running the project. People who object will, and people who support the work will. Both will result in more engagement.14:15
ttxmaybe we need both14:15
ttx(reasonable/attainable in a cycle AND crazy-aspirational multi-cycle)14:15
mnaserdhellmann: i think someone would be more inclined to hit 'reply' when action is being taken rather than 'its just talks'14:15
cdentttx++14:15
dhellmannmnaser : that's exactly what I mean14:15
TheJuliaI think it is the only way to really drive innovation or leaps. And we just don't use the asperational one as a hard requirement to shame any project.14:16
ttxI don;t think taht invalidates the "role of the TC" -- I think it definitely fits in there14:16
dhellmannwe're going to be talking a bit about goals later, so let's focus on next steps for this initiative for now14:16
ttxin the "Providing technical guidance" section14:16
mnaserdhellmann: agreed.  perhaps then we should look into evaluating the role of the tc and saying "this is what we're proposing becoming" and hear comments14:16
mnaserand see what type of response we get, i guess.14:17
cdentDo people agree with zane's assertion here [t cTUi] that there is not consensus:14:17
purplerbot<cdent> "It's... strange, if not exactly surprising, to me that facilitating those kinds of conversations (starting with making sure they happen) isn't something we have consensus on as being part of the TC's role." [2019-02-07 14:13:51.789068] [n cTUi]14:17
dhellmannwell, I think we should just do it, and expect feedback as we go14:17
ttxhmm, which was renamed to "Encouraging a unified OpenStack experience" so that may not capture it indeed14:17
cdent(that's from http://lists.openstack.org/pipermail/openstack-discuss/2019-January/001895.html )14:18
dhellmanncdent : what "kinds of conversations" is that referring to?14:18
ttxMaybe "Providing common goals" would capture that part of the role better14:18
dhellmannheh14:18
fungiis it what we're proposing becoming, or what we assert we've been doing/trying to do?14:18
evrardjpI would like to see ^ clarified14:19
evrardjptoo14:19
dhellmanncdent : I suspect we've leaned a little too far in the direction of being laissez faire14:20
ttxI think it's totally part of the role of the TC to paint larger goals, and that painting can include smaller/reachable goals AND wider/aspirational goals.14:20
ttxas long as people realize painting them does not magically make then happen14:20
mnaseri think the conversation is starting to enter the realm of discussion details and what/how we're doing and the role of the tc rather than 'housekeeping' meeting items14:20
evrardjpttx: we also had, in the past, an approach where we said "this goal failed" -- it doesn't encourage having larger goals, due to fear of failure -- should we not care about failure, it would be different14:21
ttxso the keywords become "reachable" and "aspirational"14:21
mnaserwe can probably take this convo for office hours post meeting :>14:21
ttx++14:21
evrardjpmnaser: fair14:21
mnaser(imho anyways)14:21
cdentdhellmann: I think being less laissez faire about driving conversations would be a useful tc role goal14:21
fungibetter to take it to the ml14:21
TheJuliamnaser: ++14:21
dhellmannit sounds like there's more work to do on this, at least to agree on next steps, and that is likely to play in to our goal selection process for train14:21
dhellmannok, let's move on14:22
dhellmann#topic keeping up with python 3 releases14:22
*** openstack changes topic to "keeping up with python 3 releases (Meeting topic: tc)"14:22
dhellmannWe have approved all of the patches for documenting the policy and for selecting the versions to be covered in Stein.14:22
dhellmannWhat are the next steps for ensuring that any implementation work is handled for Train?14:22
mnaseri think deployment tools need to help figure that part out and i think that's probably a next logical step.  i'm not sure on how kolla and tripleo are handling it but those are all the tools that need to make sure they have support14:22
mnaser(because really, most people use them to deploy)14:23
mnaseri think as a goal, perhaps have deployment projects join effort to see how we can go about this transition especially with how tricky it can be when involving different OS's14:23
TheJuliaI concur. An end-to-end everything python3 kind of exercise.14:23
dhellmannoh, I mean specifically the choosing of python 3 versions for train14:23
dhellmannno the implementation of python 3 support14:23
TheJuliaoh14:23
mnaseroh, woops, jumped a bunch of steps then14:24
dhellmannthe thing we said we would do is evaluate the PTI each cycle. Who is going to do that? When?14:24
fungirelated (i think), i'm worried we're still on our way to running a lot of our stein testing on ubuntu xenial come release day. the qa team has admirably tackled getting devstack jobs moved to buinic, but many other jobs are still on xenial and we probably need to declare a flag day to switch them over in the base job14:24
mnaseri can be #2 on that effort but i cant help lead it because my knowledge of the python 3 + os internals and combinations aren't the strongest.14:25
mnaserso id gladly help coordinate, talk back and forth, etc, but i don't think i can lead it just because of lack of personal experience in the subject.14:25
dhellmanna flag day seems reasonable if we schedule it carefully. is the QA team still driving that?14:25
fungii don't know, but perhaps gmann is aware of the status there14:26
gmannall base job are moved to bionic but legacy jobs are still using xenial14:27
dhellmannare legacy jobs defined in each project repo?14:27
gmannwe decided not to move them to bionic with legacy implementation. they will get moved to bionic once migrating to zuulv314:27
gmannyes project side.14:27
fungiit would also mean switching our remaining non-version-specific-but-python3-using jobs from python 3.5 to 3.6 but in most cases i don't anticipate much fallout from that14:28
dhellmannfungi : that feels like a step we could take independently of porting the legacy jobs14:28
*** irclogbot_3 has joined #openstack-tc14:29
fungithere are still a *lot* of legacy jobs from the zuul v2->v3 mass config migration, many of which projects have copied into their repositories, and i haven't seen a ton of prioritization placed on replacing them14:29
dhellmanngmann : ok. we should probably set a deadline for the transition. do you want to start a conversation on the mailing list for that?14:29
gmanndhellmann: for legaycy job to zuulv3 ?14:29
fungialso a big elephant in that room is grenade, which still uses a legacy job definition. several people have picked up the attempt to rewrite it and then wandered off14:30
dhellmanngmann  : for legacy jobs to bionic (I don't know if I care about the implementation details)14:30
evrardjpshould that be a goal?14:30
dhellmannwe need it done this cycle, right? otherwise we'll be releasing based on tests running on different platforms14:30
gmanndhellmann: ohk but moving legacy to bionic might be extra effort and moving to zuulv3 easy14:30
gmannbut yea i can take that to ML14:30
evrardjpI mean we are talking about public facing goals, but reducing tech debts is something that should be considered as goals too.... Wondering if we should have that as a goal for this cycle14:31
dhellmanngmann : that's fine, I'm just saying I don't know enough of the details to care about the implementation but I care about the use of bionic14:31
clarkbnote its also all the tox jobs running on xenial iirc14:31
fungi"easy" isn't necessarily the case given the apparent situation with grenade, at least14:31
clarkbnot just "legacy" jpbs14:31
dhellmann#action gmann raise the topic of porting legacy jobs to bionic on the mailing list14:31
gmannthanks14:31
fungiright, this is where i think the qa team tends to have devstack+tempest blinders on most of the time14:31
dhellmannfungi : do you want to propose a flag day for any jobs we can switch via project-config?14:31
dhellmannor openstack-zuul-jobs or whatever -- centrally14:32
fungisure, i'll post something to the ml after i take a bit to look over the stein release schedule14:32
dhellmannok14:32
dhellmann#action fungi to propose flag day for proposing moving centrally managed jobs to bionic14:32
fungi#action fungi propose a default node flag day to switch to ubuntu bionic14:32
fungier, whoops14:32
dhellmannno problem14:32
cdentnow it will definitely get done14:33
fungiit'll get double-done14:33
dhellmannnow, this topic was actually supposed to be about *train*, so who wants to take the task of figuring out what we need to do for the next cycle?14:33
evrardjpcdent: :)14:33
dhellmannI think we need someone to look at what OS platforms will be ready to be used, and what python versions they will include, and then update the PTI declaration14:34
TheJuliaSo, at a glance now, 3.6 for now, we should expect 3.7 this time next year. Although I think debian now ships 3.714:34
* TheJulia was looking during the discussion14:35
dhellmannlet's not do it right now in the meeting, let's get a volunteer to do the work14:35
TheJuliaI think dropping py35 makes sense14:35
dhellmannis that you signing up, TheJulia ?14:35
cdentIs smcginnis here, or is he midcycling still? I think he'd be a good choice for the PTI train work14:35
* smcginnis scans logs14:35
cdentincredible14:35
smcginnisStill at the midcycle and just got into the room.14:35
TheJuliadhellmann: I'm not sure what I'm really singing up for there short of sending an email.14:35
dhellmannwe need to update https://governance.openstack.org/tc/reference/project-testing-interface.html#tested-runtimes14:36
mnaseri think it's following up with the differnet platforms and gathering the information you mentioned and then pushing up a review to that ^14:36
dhellmannwith a section for train, like https://governance.openstack.org/tc/reference/runtimes/stein.html14:36
dhellmannok, we'll look for volunteers later14:37
TheJuliaI can do that, but I suspect it will be unchanged. I'll takea  look14:37
fungiyeah, debian buster/testing has python3.7 as default, so the next ubuntu lts will most likely as well14:37
dhellmannah, good14:37
dhellmann#action TheJulia investigate PTI updates for Train14:37
fungisince ubuntu tends to snapshot debian/testing14:37
dhellmannlet's move on, we have a lot of other topics to cover14:37
TheJuliafungi: already does14:37
dhellmann#topic Train cycle goals selection update14:37
*** openstack changes topic to "Train cycle goals selection update (Meeting topic: tc)"14:37
dhellmannlet's get an update from lbragstad and evrardjp before we resume any discussion started under the "role of the TC" topic earlier14:37
lbragstada relatively quick update here14:37
lbragstadevrardjp and i have been meeting weekly to drive the possible goals - which have all been socialized on the ML14:38
lbragstadwe've also proposed a schedule for when we'd like certain events to happens, so that we have enough lead time before the summit to decide goals14:38
lbragstad#link http://lists.openstack.org/pipermail/openstack-discuss/2019-January/002271.html14:38
lbragstadwe're planning on getting goals up for review by the end of the month14:38
lbragstadcurrently - the big three prospective goals are 1.) resource cleanup on project deletion 2.) moving off legacy clients 3.) health check middleware14:38
lbragstadi think adriant is planning on getting #1 up for review soon14:38
lbragstad#link http://lists.openstack.org/pipermail/openstack-discuss/2019-January/002041.html14:38
lbragstadthere is still pre-work to be done on #2, but artem is working on that and has called for assistance on the mailing list14:39
lbragstad#link http://lists.openstack.org/pipermail/openstack-discuss/2019-January/002275.html14:39
lbragstadboth evrardjp and i think this pre-work is going to be useful in looking for ways to break this up, it's an ambitious goal14:39
lbragstadfinally, #3 is in the pre-work stage as well, which evrardjp has details on14:39
lbragstad#link http://lists.openstack.org/pipermail/openstack-discuss/2019-January/002089.html14:39
* lbragstad is done14:39
evrardjpnothing to add :)14:39
dhellmanngreat detail, thanks lbragstad & evrardjp14:39
dhellmanndoes anyone have questions about the current plans?14:40
evrardjpgmann: you were interested by adding a documentation one, correct? I think it might be worth discussing after the meeting14:40
mnaserthanks for leading the effort lbragstad and evrardjp :>14:40
dhellmannit will be interesting to see how those 3 items mesh with the discussion of raising the stakes for goals14:41
lbragstadthis might not be something for this meeting - but the pre-work is supposed to help us feel comfortable in making informed decisions, i'm curious if other members think what we're doing is sufficient for pre-work is achieving that goal14:41
gmannevrardjp: i saw the reply from ttx and dhellmann about wiki page idea. i am still thinking help-wanted on project side contributor doc can be more easy to maintain14:41
dhellmannlbragstad : it does seem to be more than what we've done for some goals in the past, so that's good. I think having a "status report" of some sort at the point when we have to actually choose a goal would be helpful.14:42
evrardjpI second lbragstad here -- and also I don't want future people to have pressure on helping in that selection process.14:42
dhellmannevrardjp : what pressure do you mean?14:43
gmannlbragstad: just wanted to have more discussion on #1 about exposing API vs plugin approach. but yeah thats something to disucss separatly not in this meeting14:43
lbragstadi'm all ears and i'll be in office hours if folks have additional feedback14:43
evrardjpdhellmann: I would like to clarify what you meant by status report first :)14:43
dhellmannevrardjp : oh, just a summary email or something with a description of how "ready" we would be to start the work14:43
dhellmannif someone promises to do prework, and then doesn't finish it, we need to know that14:44
evrardjpI think that maps well with our almost weekly summaries of where we are14:44
dhellmann++14:44
dhellmannok, let's move on to new business then14:44
dhellmann#topic TC voting procedures14:44
dhellmannNow that we have good automation for evaluating whether a change to the governance repository is ready to be approved,14:44
dhellmannI wanted to remind everyone that in the past we recommended that TC members who propose changes also vote on their own changes.14:44
dhellmannThis is a bit different from the process for code changes in other repos, but it gives us the flexibility to have the same person14:44
dhellmannpropose several related but different (possibly mutually exclusive) changes and then indicate their own preference clearly14:44
*** openstack changes topic to "TC voting procedures (Meeting topic: tc)"14:44
dhellmann(something we've done in the past with complex topics).14:44
dhellmannSo, please keep this in mind as you propose changes.14:44
dhellmannQuestions?14:44
ttxno14:45
TheJuliasounds good to me14:45
cdentmakes sense14:45
dhellmannok, good. I'll happily discuss that further during office hours, but want to push through the last few items on the agenda14:46
gmann+114:46
dhellmann#topic upcoming election14:46
dhellmannthe TC election for Train is coming up14:46
*** openstack changes topic to "upcoming election (Meeting topic: tc)"14:46
dhellmann#info nominations for TC election open 12 Feb14:46
dhellmann#link http://lists.openstack.org/pipermail/openstack-discuss/2019-January/001829.html14:46
dhellmanncdent, dims, mugsie, mnaser, smcginnis, ttx, and zaneb are up for election this term14:46
dhellmannIt is time to start considering whether you want to run again, and for all of us to be looking for additional candidates.14:46
cdentTuesday, yeah?14:46
dhellmannyes14:46
*** jamesmcarthur has joined #openstack-tc14:46
dhellmannif you have candidates you want to see run, please take a few minutes to contact them privately to encourage them to do so14:47
cdentIs anyone definitely not running? I'm still deciding.14:47
smcginnisI think I am not going to run again to allow room for someone else.14:47
cdentI have a few people I plan to prod.14:47
ttxI'm not certain to run again -- depends how many people drop14:47
dimsdhellmann : ack. i won't be standing for re-election. yes, i'll ping some folks who i think should run.14:47
dhellmanndims : great, and thank you14:47
lbragstadthank you for your service, dims :)14:47
evrardjp++14:47
dhellmannsmcginnis : thank you14:48
evrardjpand likewise for smcginnis14:48
ttxI'm sad to lose our favorite K8s community liaison!14:48
lbragstadyou too smcginnis14:48
gmannthanks smcginnis and dims for such a great contribution14:48
TheJulia++14:48
dhellmannon a related note, I have decided, based on some other priorities at work, that I should not serve as chair for the Train cycle.14:48
ttxand sad to lose smcginnis too of course :) Just can't come with a good joke14:48
dhellmannI do intend to serve out my term as a TC member, so I will still be around and pariticipating in discussions.14:48
dhellmannIf any of you are considering serving as chair, and are interested in talking about the role and responsibilities, please let me know (privately, if you prefer).14:48
ttxchairing is fun!14:49
evrardjpThanks for the work and structure you brought dhellmann14:49
dhellmannit's less work than I expected in a lot of ways, tbh14:49
ttxyes, dhellmann totally added some structure to my old messy ways, so thx dhellmann !14:49
mnaserindeed.  having had to keep up for a few days, the 'systems' that dhellmann put in place really simplified things14:50
TheJuliaThat is kind of good to hear from when ttx originally described everything14:50
evrardjpI think it would be wise for continuity to not have all our long time TC members drop -- they would be the best at chairing.14:50
dhellmannevrardjp : I'll be sticking around (I'm not up for election until next time)14:50
gmanngood process oriented things and system you setup dhellmann , really helpful for long term in community14:51
ttxevrardjp: yes, that's why I'still holding my decision14:51
dhellmannI just expect to need to focus more on some other work14:51
dhellmannand don't want that to detract from TC work14:51
mnaseri plan on running again and (assuming i make it), i think i'd like to try my hand at tc chair as i'm shuffling around priorities to be more free for tha role if need be14:51
dhellmannmnaser : great, thank you14:51
evrardjpmnaser: great14:51
ttxI feel like renewing 3-4 people at each election has worked well14:52
*** jamesmcarthur has quit IRC14:52
dhellmannfolks who won't be running, when nominations open please post to the ML to let folks know14:52
gmannmnaser: nice.14:52
evrardjpttx: yes it's not a bad ratio14:52
dhellmannI know we've had people hold off on running because they didn't think there would be open seats14:52
dhellmannok, 3 more topics on the agenda14:52
dhellmann#topic review proposed OIP acceptance criteria14:52
dhellmannAllison Randal (wendar) has asked the TC for feedback on the current draft of the board's acceptance criteria for new Open Infrastructure Projects14:52
dhellmannShe shared a few links to etherpads to help with that review.14:52
*** openstack changes topic to "review proposed OIP acceptance criteria (Meeting topic: tc)"14:52
dhellmann#link WG December/January meeting notes  https://etherpad.openstack.org/p/ProjectConfirmationGuidelines14:53
dhellmann#link December idea collection https://etherpad.openstack.org/p/BrainstormingOSFProjectConfirmationGuidelines14:53
dhellmann#link TC review draft https://etherpad.openstack.org/p/TCReview-ConfirmationGuidelines14:53
dhellmannThe current plan is to give us a little time (about a week) to provide feedback on the current draft14:53
dhellmannbefore opening it up for wider review. So, please spend some time looking at the etherpads and14:53
dhellmannleave comments inline in that last one.14:53
dhellmannit doesn't look like wendar is here, but I think that's all of the information we have to share at this point14:53
dhellmann#action tc-members review OIP acceptance criteria14:53
ttxWith my TC hat on, I'd ike to weave a bit more "feedback from already-confirmed projects" in there... but there is already some mention of it14:53
dhellmannI pointed out on an earlier draft that there was no foundation membership requirement, like we have for OpenStack itself. I find that an interesting difference.14:54
cdentBy "review" does that mean "make sure this feels complete and doesn't make you uncomfy"?14:54
dhellmannwendar asked for comments inline, that's why we have our own version of the latest draft (so she can keep the source of comments straight)14:55
ttxThe way I envisioned it, we could file some amicus curiae to help the board make its decision14:55
fungidhellmann: yes, i've brought up the lack of foundation membership requirement with osf leadership as well, and been told that ripping it out of the bylaws would have been a bit too much to tackle14:55
dhellmannfungi : I was rather thinking we should require it of all voters, myself14:56
ttxi think it will be much easier to consider once we have another thing confirmed14:56
dhellmannThis review also gives us an opportunity to think about the criteria for project teams to become (and remain) official OpenStack projects, so keep that in mind as you read.14:56
fungii also have some side concerns, like the ccla expectations osf has for companies contributing to openstack but seems to not really be pushing for any of the pilot projects (at least as far as i've been able to tell)14:56
dhellmannfungi : yes, that's another area where consistency would be good14:57
dhellmannlet's put all of this into the etherpad14:57
dhellmannwe have 2 more topics, which I don't think we'll have time to do justice to14:57
dhellmann#topic TC goals for Stein14:57
dhellmannlast month I asked you all to consider what goals the TC should have for itself for the remainder of this cycle14:57
*** openstack changes topic to "TC goals for Stein (Meeting topic: tc)"14:57
*** Luzi has quit IRC14:57
*** david-lyle has quit IRC14:57
dhellmannif anyone wants to propose a goal, maybe that's a conversation for office hours and the mailing list14:57
dhellmann#topic health check status for stein14:57
dhellmann#link https://wiki.openstack.org/wiki/OpenStack_health_tracker#Project_Teams14:57
*** openstack changes topic to "health check status for stein (Meeting topic: tc)"14:57
dhellmanndoes anyone have anything to raise based on what they have learned in their conversations with PTLs?14:58
dhellmannfor example, I learned this week that there are basically no active contributors in the Telemetry project and only 1 for qinling14:58
TheJuliaI do not, but I intend to try and make another pass on the list this month since I went through the list in early january14:58
ttxI learned that Winstackers is functional but still a single-vendor/single-contributor thing14:59
ttxand started wondering if that should not be a "Windows support SIG" instead14:59
cdentthat reminds me, do we have a vague definition we can assign to "active" when referring to contribution?14:59
ttxsince I see that work as disjoint from "teh product"14:59
cdentbecause, informally, I've seen lots of projects have fewer "active" (by some meanings)14:59
dhellmannI think it would be useful for us to start considering raising the bar a bit for new and existing teams, but I don't have a specific proposal for how to do that, yet.14:59
evrardjpdhellmann: interesting15:00
ttxrelated: whoever is assigned to Searchlight should probably follow up on Trinh's recent email15:00
TheJuliaSolum is one that concerns me15:00
dhellmanncdent : yes, many teams have reported a drop off in contributions or participation from reviewers15:00
gmanncdent: IMO as long as it take care of incoming request (review, fearure, bugs) is Active15:00
cdentthat's me and dims15:00
dhellmannthanks for the reminder, ttx15:00
dhellmann#action cdent and dims follow up on Searchlight review email thread on the mailing list15:01
ttxgmann: ++ and releases15:01
dhellmanngmann : I heard from several teams that they were not active enough to work on the community goals. That concerns me.15:01
gmannyeah release15:01
cdentgmann: what about "listening at some point when people show up in the irc channel" or "responding to topical emails"?15:01
dhellmannok, we're a bit over time so let me wrap the meeting up and we can continue in office hours15:01
ttxack15:02
dhellmann#topic next meeting15:02
dhellmann#info the next TC meeting will be 7 March 2019 1400 UTC in #openstack-tc15:02
dhellmannIf you have suggestions for topics for the next meeting, please add them to the wiki at https://wiki.openstack.org/wiki/Meetings/TechnicalCommittee#Agenda_Suggestions15:02
*** openstack changes topic to "next meeting (Meeting topic: tc)"15:02
dhellmannThank you, everyone!15:02
dhellmann#endmeeting15:02
*** openstack changes topic to "OpenStack Technical Committee office hours: Tuesdays at 09:00 UTC, Wednesdays at 01:00 UTC, and Thursdays at 15:00 UTC | https://governance.openstack.org/tc/ | channel logs http://eavesdrop.openstack.org/irclogs/%23openstack-tc/"15:02
openstackMeeting ended Thu Feb  7 15:02:17 2019 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:02
gmanndhellmann: i feel we should provide volunteer to help project team on community goal but yeah that another chalange15:02
openstackMinutes:        http://eavesdrop.openstack.org/meetings/tc/2019/tc.2019-02-07-14.00.html15:02
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/tc/2019/tc.2019-02-07-14.00.txt15:02
openstackLog:            http://eavesdrop.openstack.org/meetings/tc/2019/tc.2019-02-07-14.00.log.html15:02
gmannthanks dhellmann15:02
*** AlanClark has joined #openstack-tc15:02
smcginnisThanks dhellmann15:02
lbragstaddhellmann thanks15:02
ttxthanks dhellmann thanks15:02
gmanncdent: IRC is really hard due to TZ espacially when active member are in Asia TZ :)15:03
fungicdent: yes, i agree it's not straightforward to, for example, spot occasional substantive changes from regular contributors on a project in the flood of boilerplate updates and typo fixes15:03
gmannTacker is good example.15:03
fungioh, and the meeting's over15:03
lbragstadbut office hours is just getting started ;)15:04
TheJuliaheh15:04
gmann:)15:04
fungiproof that i'm no good at juggling high-volume irc meetings15:04
TheJuliaI did go back through my notes and Solum was a project that concerned me in early January15:04
fungiby the time i can read what everyone has said and interject, i'm interrupting a new topic15:04
ttxcdent: regarding adding "painting larger goals" into the role of the TC, I think that can be done with a rewording of the "Encouraging a unified OpenStack experience" section to go beyond unification15:04
dhellmannsorry, that agenda was a bit more packed than usual15:05
dhellmannI'll try to keep it shorter next month15:05
ttxcdent: would you like to drive that, or should I ?15:05
fungii guess i'll stick to using the mailing list and let people who find irc meetings like that useful engage in them15:05
* gmann bed time, have good day everyone. 15:05
cdentgmann: sure, I agree that IRC and tz a big problem, but there's some very sad and disappointing when looking at irc logs and people looking for help or to help never get any attention15:05
ttxgmann: thanks for staying up gmann!15:05
fungig'night gmann!15:05
cdentttx I think that's a good idea, and if you're up for it, please do15:05
cdentand I will provide vigorous feeback15:06
ttxcdent: fwiw my initial draft was a bit more general there, but that got cut out in reviews. So that review may be the home for interesting discussions. But after all that is why we craeted that doc15:06
cdentyup15:06
evrardjpdhellmann: if we have too much items for a month, maybe we could move some decisions to the ML?15:07
* ttx adds to work pile15:07
evrardjp(Just want to make sure we are not 'losing track' of things, but I know I can trust you there :p )15:07
dhellmannevrardjp : yes, the goal is to get a status update, and we dug a bit deeper into a couple of items15:08
* ttx takes a short break to move a dishwasher15:08
* dhellmann needs a new dishwasher15:08
cdentAnyone have any comments/thoughts on how to make sure we are ensuring difficult conversations happen and reach conclusions? Or that we should be doing that at all?15:10
dhellmanncdent : I definitely think it's part of our role as community managers15:11
cdentIs "community managers" how you would mainly define/title the role?15:11
*** purplerbot has quit IRC15:11
dhellmannit's a part of it, sure15:11
dhellmannis that a surprise?15:12
cdentno, just fleshing out models15:12
* dhellmann nods15:12
*** ijolliffe has joined #openstack-tc15:12
*** dansmith has quit IRC15:13
*** purplerbot has joined #openstack-tc15:13
dhellmannI know I've been involved in more difficult conversations than I can count over the years, because I think it's important to deal with issues as they come up15:13
*** dansmith has joined #openstack-tc15:14
TheJuliaIt feels painful, but waiting makes it more painful15:14
dhellmannfor example, I expect we're going to have some difficult choices to make regarding team status when we look at activity levels for stein15:14
cdentYes.15:14
TheJuliaAnd often, the outcome can be a surprise because humans have a tendency to worse case those things in their heads15:14
cdentI guess one of my concerns with difficult conversations is making sure they are inclusive15:14
cdenteven of people who would rather not bother15:14
dhellmannand regarding my earlier comment about raising the stakes, I think if teams aren't working on goals at all that's a pretty big signal15:15
cdenttable stakes?15:15
dhellmanncdent : that can be hard. but decisions are made by the people who show up -- that's one of our principles https://governance.openstack.org/tc/reference/principles.html#contribution-is-our-currency15:16
TheJulia++, looking at changes, I did see some drive-by contributors working on related items though so I'm not sure how much we can really tie goals to that. Each one is going to have to be looked at in terms of both metrics and the actual body of work... or lack their of15:16
cdentdhellmann: sure, but I'm not meaning people who are indifferent. I'm thinking more in terms of people who want to get out of being a part of the commonweal.15:16
dhellmannI'm not sure I understand what you mean15:17
* cdent thinks for a moment to come up with a made up but real-ish example15:18
*** jamesmcarthur has joined #openstack-tc15:18
cdentLet's say project X, Y, and Z all decide that project A is preventing them from getting good stuff done. The TC orchestrates a conversation to try to resolve that, A doesn't show up and carries on doing whatever.15:20
cdentWe'd like to avoid saying "you can't play in this playground any more"15:20
cdentwe'd prefer to be able to improve things15:21
cdentwithout having to route around A15:21
cdent(which is the usual plan)15:21
mugsieyeah. but if A don't show up, the only thing we can really do is remove the team from A, and hope new people step up, right?15:21
cdentthat's the so-called nuclear option15:22
mugsieor allow a fork of A (say A') - that does what X,Y and Z need15:22
mugsiebut again, pretty nuclear15:22
TheJuliasometimes the nuclear option is what is needed to gain attention that there is actually a problem15:23
*** jamesmcarthur has quit IRC15:23
cdentdhellmann: does the above clarify my point a bit beteter?15:23
mugsieTheJulia: yeah, but a lot of the time, we will not pull that trigger :/15:23
TheJuliamugsie: but because we're optimists. The only other way is to raise visibility of the struggle15:24
dhellmannI would need to understand why the priorities of X, Y, and Z all require A's participation, what has been done to build the collaboration, etc. before commenting on any of that. But yeah, I get the scenario now.15:24
cdentbrb, coffee15:24
TheJuliato convey that the nuclear option is next up for $thing15:24
TheJuliaThat has signaling implications, but maybe that is what is really needed15:24
dhellmannI'm more interested in building a culture that encourages collaboration than one that punishes for "failing"15:25
TheJuliaBecause honestly, there are a lot of people that are not going to think something is broken or needs attention unless it impacts them directly or they see it impacting them directly down the road.15:25
mugsieyeah. I am not sure the best way to signal that "we will do $ACTION", without doing it at least once.15:25
dhellmannthat said, I think we need to take a harder look at goal participation in general15:25
TheJuliaI'd hate to call it punsihment, it is "we have little choice but to"15:26
TheJuliawe've exhausted our options, this is the final warning kind of action15:26
dhellmannremoving a team from governance doesn't fix the issue for X, Y, or Z, though, right?15:26
TheJuliaits not necessarilly punishment, blame shouldn't be placed, but that is transparent in terms of x is going to happen to y at some point.15:26
mugsiedhellmann: well, removing a team from A, is not the same as removing A from governance15:27
mugsiebut it is a really crappy route15:27
dhellmannI don't see how they're effectively different15:27
cdentI think there are steps before that, which we don't do and don't really have a mechnism15:28
dhellmanndo you think members of the team would stick around? or we would find new maintainers somewhere?15:28
cdentwhich is effectively: calling projects or people on their bullshit15:28
TheJuliaI don't think we _can_ find new maintainers without indicating or signaling that something is going to occur15:29
cdentwhich frequently can be enough, because a third party supporting a second parties perception of bullshit can be very meaningful to the first party15:29
TheJuliawe have to make it personal, we have to make them need to scratch an itch15:29
dhellmannIn every case I can think of, when I looked at examples of teams "failing to collaborate", what I found was teams unwilling to accept patches "as is", but giving feedback that the proposers didn't want to accept.15:29
cdentthat third partiness is the "adjudication" role that I think the TC exercises too little15:29
mugsieI can think of at least 2 or 3 cases where it was a failure from one team to collaborate15:31
cdent(interestingly, my example has kind of strayed us away from the original point I was trying to get us to discuss about "inclusive converation" but this is good (and related) too)15:31
ttxBased on previous experiences I'd expect the nuclear option to not be unanimous, too. So it's not really "the TC" making a decision, but more "a majority of the TC members"15:31
mugsiettx: yes, I do not think it would be consensous based15:31
dhellmannconsensus != unanimous15:32
mnaser"calling projects or people on their bullshit" seems pretty hostile to me15:32
ttxcdent: I feel like deterrence mostly worked though -- with people coming to some kind of compromise to avoid asking us to make a call. Do you have a specific example in mind where we shied away from taking the nuclear option?15:32
mugsiedhellmann:  but consensus is a decision that all can live with15:32
dhellmannlive by, but yeah15:32
* TheJulia wonders where we got to "calling project or people" point...15:32
dhellmannI might vote no but agree to live by a decision I don't agree with.15:32
cdentmnaser: it's an idiom trying to quickly explain us being somewhat different in approach: being judgemental sooner, before the nuclear option is required, so as to avoid nuclear winter15:33
ttxcdent: like a point where we should have exercised "adjudication" but did not?15:33
* TheJulia may be just too logical for this entire thread of discussion15:33
mnaseri'd like to know why we're discussing this topic. i think it's more beneficial to chat about a specific case or scenario rather than a general 'x, y, z' team15:33
mnaserbecause there are many different contexts and reasons why things would happen15:33
cdentTheJulia: we're rolling a fair bit, not really in a logical flow15:34
jrollwe have a tendency to get buried in the details when we talk about specific cases, so I appreciate the abstract cases sometimes15:34
dhellmannmnaser : yeah, I was more interested in us looking at https://governance.openstack.org/tc/reference/new-projects-requirements.html to see if we want to make any changes there15:34
cdentjroll++15:35
cdentOnce details come into the picture we focus on them, insteaad of trying to adapt the TCs behavior to be more capable and prepared in the future15:35
mugsieyeah, and it helps not to rehash the same specific arguements over and over.15:36
*** zbr has joined #openstack-tc15:36
cdentI'm trying to suggest that _if_ we agree that part of the TCs role is help insure important conversations are had, and that the relevant people are participating then there are strategies and processes we need to develop15:36
mnaserjroll: i think the concern that some community members have shared is that when we speak so vaguely, doubts within teams start to happen "are we team A?"15:36
mugsieI think having a clear "this is how we mediate conflict in the community" overview, would help us when each opf the cases came up previously15:36
TheJuliaI think it absolutely part of our role, but I think we can't always find or have the right people so all we can do is what is best overall for the community.15:37
*** zbr|ssbarnea has quit IRC15:37
TheJuliathat is not to say that we don't try, it is just that we don't block on it forever15:37
cdentNot just "how we mediate" but a more clear assertion that we do.15:37
cdentIn my experience we take a role too late15:38
mugsiemnaser: that is true, but as soon as we say "team A is Designate" that tends to cause a tangent flame war :/15:38
jrollmnaser: sure, you can't win either way. sometimes we need specifics, sometimes we needs abstract15:38
jrollmugsie: ++15:38
mnasermugsie: well, isn't this the whole base of all this, avoiding the hard conversations/15:38
TheJuliacdent: Of course, because of the size, scope, and overall amount of information. The visibility needs to be defined or raised to us for us to be able to act.15:38
dhellmanncdent : I've been trying to address that by asking tc-members to engage with PTLs through the health checks.15:39
ttxcdent: the role-of-tc document mentions it though. Do you think that it does not stress it enough ? Or that it does not really act on that part of its role?15:39
ttx"Finally, while most conflicts should be resolved at the project team level,15:39
ttxthe TC remains ultimately responsible in case issues cannot be solved at15:39
ttxthat level, for example in case there is a dispute between two project15:39
ttxteams on the common way forward.15:39
ttx"15:39
cdentMy experience (personal and observation) is that we don't act effectively enough nor soon enough15:39
ttxok15:39
cdentIt's the ultimately responsible part. which makes it sound like a last resort15:40
evrardjpwouldn't that be a project A leadership issue?15:40
ttxSo the assertion is there but we do not engage on it early enough15:40
TheJuliacdent: It is like two injectors are incompatible in a warp drive. The federation counsel is not going to know or be aware of the injector until it gets to that point that there needs to be involvement.15:40
cdentha!15:40
evrardjpwoops I realized my scrollback was not at the right place, my comment is not linked15:40
* mnaser would like to know examples of where we didn't act effectively or soon enough15:41
mugsiedocs + non core projects is a good one15:41
dhellmannyeah, if we're going to have a retrospective on that I think we do need to go concrete15:41
mugsieand to tie in evrardjp's comment, that took a project leadership change to fix15:41
cdentevery single time someone has left the nova project or thought about it because of the abusive environment (it's much better now)15:42
dhellmannmugsie : you mean the policy of saying that cross-project teams could set their own scope?15:42
mugsiedhellmann: the refusal of the docs teams to let non core teams docs into certain docs repos15:42
dhellmannmugsie : right, that was based on the policy we set that said teams could set their own scope.15:43
mnaserso how would the tc intervene in that case, cdent ?15:43
cdentI really didn't want to go concrete on this. I don't think it is useful. I want us to talk about the role of the TC making sure it mediating15:43
TheJuliadhellmann: I feel like if we're going to have a retrospective, we need to keep it to concrete things and keep those concrete exchanges of though stream specific. tl;dr I'm thinking irc is the wrong venue15:43
dhellmannTheJulia : likely15:43
TheJuliaor just limit the discussion to one topic at a time15:43
mugsiedhellmann: I am not sure what scope we are talking about here, but for non core projects, trying to get things like cli clients documents was a struggle15:44
dhellmanncdent : ok. but I don't think anyone disagrees that we should be mediating. so if we're going to say we're doing something wrong, I need to understand how it's wrong in order to consider changes.15:44
cdentmnaser: I'm not certain, encourage complainants to make code of conduct violation assertions rather than trying to paper over things?15:44
TheJuliamugsie: My perception is that change also finally came when there was a realization that things were broken and not working15:44
mugsieand it was only in the ATL PTG that asettle shook it up, and allowed everyone in15:44
dhellmannmugsie : we said that cross-project teams could decide how much work they were going to take on, and the docs team wanted to limit the amount of coverage they were trying to deal with. I disagree with the decision, but it's based on a policy we set15:44
cdentI _really_ don't want to recapitulate my own experiences here and I feel like even mentioning stuff makes it about me, but it isn't just about me.15:45
TheJuliaYeah, and there was not a solid contextual understanding of just how broken things were and people were frustrated until those discussions took place in ATL15:45
dhellmannmugsie : https://governance.openstack.org/tc/resolutions/20141202-project-structure-reform-spec.html#impact-for-horizontal-teams15:45
cdentBut my experience has pretty consistently been: don't make a fuss, try to work with people.15:45
mnasercdent: things like code of conduct violations have a foundation-level avenue, which is https://www.openstack.org/legal/community-code-of-conduct/ with direct contacts to jonathan/lauren15:45
mnaserwhile i like us being the tc, that's not our thing to be dealing with15:45
cdentmnaser: yes, but the TC, as "leaders" are in a posotion to help and provide guidance15:46
cdentI need to not go down this avenue right now, so will be back a bit later.15:46
mnaserwe're technical leaders IMHO.  code of conduct violations and 'abusive' behaviour is best handled by the foundation, they would reach out to us if they want clarification or information15:46
mugsiewell, there was understanding in other parts of the community, but not with those teams. This is somewhere that the TC could have lead a mediation, but it was shot down every time15:46
dhellmannmugsie : ok, that's fair feedback15:47
mnaserwe don't get along is one thing, abusive behavior and code of conduct violations is another.  imho.15:47
dhellmannyeah, I thought we were talking about collaborating and agreeing on priorities, not abuse15:48
mnaserdhellmann: yeah, i think the tc can help and try to be involved in that, i agriee15:49
* TheJulia is kind of lost in what we're actually trying to discuss or resolve15:50
* TheJulia has lost the concrete thing15:50
fungiso much discussion between tc members during office hour... on the topic of removing projects from governance, what we govern is not software it's teams of people. we would be removing teams from governance, the software sticks around and is not lost, it's there for some new team to pick up and resume and be added to our governance later if there's interest15:51
dhellmannTheJulia: I'm not sure we ever disagreed on the assertion that the TC should be involved in mediation and fostering collaboration. It sounds like we haven't done that to everyone's satisfaction in all cases.15:51
TheJuliaThere is an element of family in this community. Nobody wants to shame family or friends. Nobody wants to be shamed. Sometimes things are hard and not fun, and all any of us can do is what we believe is right for the community and project as a whole.15:51
mugsieTheJulia: ++15:51
TheJuliafungi: ++15:52
dhellmannfungi : good point15:52
dhellmannon a positive note, there are fewer red boxes in the table on https://wiki.openstack.org/wiki/Python3 this week15:53
evrardjp:)15:53
fungii'm afraid i'm going to have to just give up and skim this scrollback. it's accumulating faster than i can get through it15:53
mugsieTheJulia:  there is also the social capital cost, that raising these issues can make life difficult for people for a while after, or people can perseive that there will be a cost for them15:53
dhellmannwe're still a long way from done, but making progress15:53
TheJuliadhellmann: I don't think we can meet everyone's satisfaction given the nature of the community. All we can do is try our best and to do the right thing when the issue clearly presents its self as problem. There might be weeks or months while we're in the background having some discussions or trying to encourage/coach depending on the issue, but yeah. We're all only human... and I'm definitely not a vulcan like my wife15:53
TheJuliaclaims.15:53
TheJuliamugsie: very true15:53
dhellmannTheJulia : yep15:54
fungiif there are any important points in here, hopefully someone will repeat them on the mailing list15:54
TheJulia"We are only human" is my takeaway15:55
*** diablo_rojo has joined #openstack-tc16:01
* TheJulia feels like she killed the discussion16:01
* dhellmann has switched gears to catching up on email16:02
* TheJulia needs to do the same16:03
* mugsie is in the process of getting hardware packed up and wiped16:03
*** lbragstad has quit IRC16:15
*** lbragstad has joined #openstack-tc16:16
*** jamesmcarthur has joined #openstack-tc16:20
*** jamesmcarthur has quit IRC16:24
*** jamesmcarthur has joined #openstack-tc16:24
*** AlanClark has quit IRC16:27
*** jamesmcarthur has quit IRC16:30
*** jamesmcarthur has joined #openstack-tc16:38
*** e0ne has quit IRC17:08
*** dklyle has joined #openstack-tc17:29
*** jamesmcarthur has quit IRC17:36
*** jamesmcarthur has joined #openstack-tc17:37
*** jamesmcarthur has quit IRC17:37
*** jamesmcarthur has joined #openstack-tc17:38
cdentI'm struggling to fully reconcile mnaser's assertion of "we're technical leaders" with dhellmann's "community managers"17:43
cdentbut it's a complicated world, so that's how it goes17:43
fungii reconcile them as independent opinions from different elected representatives of the community17:50
cdentwell, yes, clearly that.17:51
* cdent calls it a night17:52
*** cdent has quit IRC17:52
* dhellmann doesn't find those 2 perspectives mutually exclusive17:55
TheJuliaNor do I. Leadership is sometimes just being the conduit or enabler of the [technical] discussion.18:14
*** e0ne has joined #openstack-tc18:15
*** e0ne has quit IRC18:22
*** jpich has quit IRC18:25
*** e0ne has joined #openstack-tc18:42
*** jamesmcarthur has quit IRC18:51
*** ijolliffe has quit IRC18:57
*** ijolliffe has joined #openstack-tc19:02
*** remi_ness has joined #openstack-tc19:04
*** lbragstad has quit IRC19:32
*** lbragstad has joined #openstack-tc19:32
*** remi_ness has quit IRC20:07
*** jamesmcarthur has joined #openstack-tc20:25
*** jamesmcarthur_ has joined #openstack-tc20:27
*** jamesmcarthur has quit IRC20:30
*** ijolliffe has quit IRC20:52
*** ijolliffe has joined #openstack-tc21:03
*** e0ne has quit IRC21:19
*** jamesmcarthur_ has quit IRC21:30
*** jamesmcarthur has joined #openstack-tc21:30
*** jamesmcarthur has quit IRC21:33
*** jamesmcarthur has joined #openstack-tc21:33
*** jamesmcarthur has quit IRC21:42
*** jamesmcarthur has joined #openstack-tc21:47
*** jamesmcarthur has quit IRC21:51
*** jamesmcarthur has joined #openstack-tc21:54
*** ijolliffe has quit IRC22:08
*** jamesmcarthur has quit IRC22:12
*** jamesmcarthur has joined #openstack-tc22:15
tonybdhellmann: Thanks for doing that release22:15
*** jamesmcarthur has quit IRC22:20
*** jamesmcarthur has joined #openstack-tc22:21
*** jamesmcarthur has quit IRC22:25
*** jamesmcarthur has joined #openstack-tc22:27
dhellmanntonyb : no problem, thanks for making that library more useful!22:28
*** mriedem is now known as mriedem_afk22:43
dhellmanntc-members: jamesmcarthur is looking for volunteers to help organize the forum. If you're interested, see his post to the mailing list: http://lists.openstack.org/pipermail/openstack-discuss/2019-February/002513.html22:49
*** tosky has quit IRC22:52
jamesmcarthurThanks for the promo, dhellmann:!22:54
*** jamesmcarthur has quit IRC23:01
*** whoami-rajat has quit IRC23:03
*** jamesmcarthur has joined #openstack-tc23:15
*** jamesmcarthur has quit IRC23:20
dhellmann#spreadtheword23:32
*** jamesmcarthur has joined #openstack-tc23:36
*** jamesmcarthur has quit IRC23:40

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!