18:00:04 #startmeeting 18:00:04 Meeting started Wed Jun 9 18:00:04 2021 UTC. The chair is spwhitton. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:00:04 Useful Commands: #action #agreed #help #info #idea #link #topic. 18:00:23 #topic Roll Call 18:00:24 Sean Whitton 18:00:29 Margarita Manterola 18:00:30 David Bremner 18:01:07 Niko Tyni (but a bit distracted) 18:01:51 Elana Hashman 18:03:13 gwolf: here? 18:03:14 smcv: here? 18:03:17 Myon: here? 18:03:39 Gunnar Wolf 18:04:59 #topic Review of previous meeting AIs 18:05:04 good morning everyone :) 18:05:32 smcv did his AI -- thank you. I did not do mine *and* failed to include myself in the list of people with AIs, wow 18:05:32 I failed at my thing :( 18:05:38 I also failed 18:05:41 #action spwhitton to submit webmaster team bug/patch to clarify the status of the lists of old decisions 18:05:58 but at least, we failed together 18:06:02 :) 18:06:30 shall we reaction, or rethink? we may just not have the appetite to be working on those issues atm, and that's okay. 18:06:52 The initiative to rethink the TC was _very_ good, I think... 18:06:55 for me it's just been failure to prioritize 18:07:16 maybe debconf gives us a timeframe to make some progress? 18:07:19 I only remember the week of the meeting and then get too busy ^_^; 18:07:22 ...but actually getting it moving has proven to be difficult :-( 18:07:29 yeah, conference-driven development 18:07:29 I'm very de-motivated in general, not specific to the TC thing 18:07:36 bremner: I was thinking something like that too 18:07:45 Yes, next DebConf might be the motivation I need. 18:07:46 yup, that could work as motivation 18:07:57 so shall we consider whether and what to re-#action after we've talked about debconf later in the meeting? 18:08:08 sounds reasonable 18:08:30 Agreed 18:08:36 ++ 18:08:41 #topic Submitting this year's "Meet the Technical Committee" 18:08:43 smcv is not around, but FTR, he had an AI 18:08:48 (and acted) 18:09:02 gwolf: yup noted above :) 18:09:06 oh, sorry! 18:09:11 np 18:09:19 we probably want to do the usual summary of the year, I think 18:09:41 "we had a lot of bugs. some of them were controversial" 18:09:42 done 18:09:48 we could then follow it up with presentations on the two reimagining the TC tasks we've chosen to focus on, and invite discussion? 18:09:49 Last year we did "Bits from the TC" by mail and it was very well received 18:09:59 oh right yes 18:10:06 maybe a bit of discussion about how useful / satisfactory we thought the bug resolutions were? 18:10:13 we did that because we wanted to spend the whole talk on reimagining, right: 18:10:18 yeah 18:10:38 right... we have had a full year to reimagine,and not much imagination to speak of :-( 18:11:00 I was just thinking a bit of introspection about the current functioning might help the re-imagining discussion 18:11:14 so as bremner suggests, some sort of hybrid of an e-mail and a brief intro might be good 18:11:31 followed by handing over for defined periods to someone leading each of the two topics 18:11:35 +1 18:11:57 does anyone know the session length off the top of their head? 18:12:17 I vaguely remember 45 minutes, but I'm not 100% sure 18:12:18 usually 40min 18:12:21 or 45, yes 18:12:33 * spwhitton takes a look 18:12:41 we try to do full hour slots, with 15min between sessions for breathing time 18:12:43 it's 45 18:12:59 so, I could talk about the year for 10 minutes, then we have 15 and 10 for each of the two topics 18:13:03 correct and useless answer from the math guy 18:14:20 and I think we need some time for Q&A 18:14:24 maybe 10 x 4 + 5 minute Q&A? 18:14:37 I was imagining q&a built into the two topic bits 18:14:48 5min is too little 18:14:51 but maybe Q&A on other topics? 18:15:00 ah totally general q&a 18:15:00 I'd try to do 10min Q&A 18:15:21 before or after "presentations"? 18:15:22 heh, rather than bikeshed time splits shouldn't we concentrate on the content? 18:15:24 ++ gwolf 18:15:46 marga: but timesplits are easy, content is hard 18:15:54 do we need more than 5m for the overview of the year? we can still keep 10x4 + 5 18:16:07 yeah I can probably do it in 5 if there is an accompanying e-mail. 18:16:39 okay, can someone volunteer to do the cfp submission, and I'll action myself to come up with a draft of the bits mail? 18:16:55 I can do it 18:17:00 Well, but what will we talk about? 18:17:18 Well, a small roundup of the bugs we covered this year... 18:17:30 right, plus introducing Myon 18:17:52 ...and the ideas we have discussed (and by then, hopefully hashed more) on how to move the TC forward 18:17:57 but I don't think we need to talk about the year round up tbh, as it's short and simple. we should talk about the reimagining. 18:18:04 I'll go ahead and set up those actions and change the topic 18:18:15 #action gwolf to submit to debconf CfP 18:18:22 #action spwhitton to prepare draft of bits mail 18:18:26 #topic Moving forward with our reimagining the TC tasks 18:18:27 spwhitton: right, and thanking fil for being the oldest of us ;-) 18:19:56 so really, my task (re: privately engaging the TC) is to write down how we're operating right now, and what we can/cannot do (e.g. we can't make decisions based on a private email/information) 18:20:17 I just keep getting distracted from writing it because low priority :) 18:20:18 alright, I think we still have a consensus to focus on the two topics that were previously assigned to marga and ehashman. so one option is that we try to come up with a more concrete change proposal for each which we then discuss during the session and see what feedback we get. 18:20:23 ehashman: maybe with wild speculation about how this might effect recent things we did? 18:20:47 I tend to like the "what problem are we solving" emphasis, if possible 18:21:07 yeah, I can go from that angle 18:21:14 yeah, especially since we had a bunch of private comms during the systemd bug 18:21:36 which people had Opinions about 18:21:41 right. We tried to sum up and open up everything, but we did have private information flow. 18:21:44 "we felt constrained in these ways and we think most everyone would agree with us that it made things worse, so we'd like to write down that we're going to do this in the future" 18:21:48 And I think it was important to handle it... 18:22:14 *nod* 18:22:24 It was indeed useful, but some people felt hurt, so we need to learn how to do it better 18:22:54 marga: yep, both aspects are important 18:23:14 marga: that's a good way to put it. 18:23:25 marga: Yes. Although I think people would have got _worse_ hurt if we had not actively tried to help communications between them 18:23:31 but... yes, it's a complex issue 18:23:49 as we don't have many bugs, it's going to take us some time to develop a conception of how to do it well in a way that doesn't hurt people. 18:24:05 so my sense is that we want to write down somewhere something which gives us permission to develop that conception in good faith. 18:24:18 perhaps people just not being surprised will help 18:24:44 indeed 18:25:15 do others have thoughts on what we would actually change w.r.t. this proposal, other than writing down some initial conception of the sort of private communication we are going to go ahead and do? 18:25:32 do we do a constitutional amendment? 18:25:42 bremner: yeah, I think additional transparency will be useful 18:26:10 I don't think an amendment is necessary as long all decision-making actions are in the open. 18:26:11 spwhitton: I guess a constitutional amendment will be determined when we have a concrete proposal to push 18:26:15 spwhitton: I do not think we should do a constitutional amendment. I have no desire to add additional capabilities of private comms above and beyond what the constitution allows for 18:26:18 /mode + brainstorm: maybe commit the TC to timely public summaries of discussions? 18:26:37 an SLA? 18:26:44 heh. trust the SRE 18:26:58 okay cool, I didn't think we needed a constitutional amendment either, but wanted to know we were on the same page on that 18:27:08 FWIW we have already established in the project that any group of developers can hold private communications. So, even if we are a defined body with defined powers, we can talk privately amongst ourselves or with people involved in issues 18:27:15 just that discussions should not be secret forever 18:27:24 #agreed We don't think that a constitutional amendment is required to implement this part of our plans to reimagine the TC. 18:27:33 ...we even have the private alias where people can write to us ... 18:27:52 like if our decisions are based in part on private discussions, the _existence_ of those discussions (and probably the participants) should be public 18:28:17 bremner: so in the bug closure mails we'd at least state briefly that such and such communication happened? 18:28:30 sure. as an easy bar. 18:28:33 bremner: right, but not the contents 18:28:46 gwolf: right, because that would not be very private :P 18:28:48 I think the contents _should_ be disclosed if we're making a decision on it 18:28:50 the existence of private communications should be disclosed 18:28:52 just not like, word for word 18:28:53 well, not the literal contents, but the summarized contents 18:29:00 see, what I did on the systemd bug 18:29:07 yeah, fair point on the summary. 18:29:10 bremner: I thought you were to push something like the privacy expiry of debian-private we had for a decade 18:29:25 I'm happy you are not 18:29:26 gwolf: no, I am not crazy in that specific way 18:29:32 ehashman: what you did there was very useful but quite labour-intensive. in discussions involving more people we wouldn't be able to do that. 18:29:33 like, basically my goal with private communications would be to ensure that people have the opportunity to cool flamewars, *and* for them to access the experience of the TC 18:29:34 (-: 18:29:59 so that someone on the TC can try to help summarize and provide the most compelling version of their argument, if they are not particularly comfortable at doing that 18:30:08 heh, "the TC experience" sounds like an attraction in an amusement park 18:30:14 ...an attraction with very long queues... 18:30:42 spwhitton: eh, it wasn't that bad. I'd _prefer_ we not have to do that. but it is sort of the point of having a TC 18:30:44 sorry, forgot the timing 18:30:44 we could commit ourselves to summarising all private discussion to the extent to which doing so does not significantly delay resolving bugs. 18:30:47 here now 18:30:55 spwhitton: sounds good :) 18:31:34 an annoyance I have is that people will escalate things to the TC and then proceed to argue about straw men 18:31:44 I guess also we would want to restrict it to discussion is that we think actually contributed to our decision? 18:32:05 in the same way we do not take into account every single public mail in our summaries. 18:32:16 so, I see one of our responsibilities as ensuring we toss out the strawmen and only discuss the strongest versions of arguments rather than weak hypotheticals 18:32:28 spwhitton: yeah 18:33:18 ehashman: Well, we have to be open to at least receive and evaluate anything DDs throw at us. I'd be happy if more people involved the TC in their decisions 18:33:30 even if that meant more work, it would mean the project considers the TC as more useful 18:33:41 yeah. I would like us to be useful! 18:34:26 and we've signed up to take the brunt of public arguments and anger, whereas a random developer who has something filed against them escalated to the TC might not :) 18:34:39 so I guess there are two sides: we want to encourage private discussion where it means we can be more useful, and we want to commit to particular things we will do to avoid those who are not in the private discussion feeling mistreated. 18:35:05 yes, and that private discussions are as transparent as feasibly possible 18:35:38 nod 18:35:58 ...I guess one of the points to being more useful is having lower turnaround 18:36:14 ...and delaying most things to our monthly meeting is not exactly making things fast 18:36:22 right 18:36:22 ehashman: do you think you could make these various points more concrete by our next meeting? then we can think about how to use however much of the debconf talk we dedicate to this. 18:36:40 spwhitton: yes, I'd like to get my proposal written up 18:36:42 so we'd probably have to decide more without the need for a meeting -- at least, deciding on i.e. whether a bug is pertinent for us or not 18:37:08 #action ehashman to write up these ideas for discussion by our next TC meeting 18:37:50 I have put some time on my calendar to actually get this done so I stop forgetting :) 18:38:25 it would be great if we could all have a read through of what you think before next time; you clearly have some specific and useful thoughts 18:38:50 ehashman: Do you think it could be useful (to you, but to all of us) if we had i.e. weekly remainders of the pending AIs and open bugs? 18:38:58 I think a small script could help us with that 18:39:26 (or a small script could be replaced by a full-blown DD, going against well-established popular knowledge ;-) ) 18:40:20 gwolf: I would have no objection to a script that pesters in IRC 18:40:21 me plus Emacs can do such reminders if wanted, but I would want to know people actually want them! 18:40:58 mostly it's just an issue of prioritization :) since this is the lowest priority on my list and anything that will be blocking comes first 18:40:58 but if someone wants to write a script that is cool too. 18:41:04 e.g. Clojure Team has a GSOC student :D 18:41:37 sounds like this month you are confident you can do it, so maybe we can just leave it at that. 18:42:30 okay how about we discuss the other proposal for a bit, and then we can wrap up 18:42:39 this is the mediation body proposal 18:42:53 does anyone have a sense of project consensus on the various options presented in marga's original text? 18:43:00 (I'm jsut re-reading, it's very thoughtful) 18:43:23 Yeah, I was also re-reading 18:43:52 Last year I was very convinced that this was needed, but this year it kinda feels like it's not 18:44:03 (this = some explicitly delegated mediation body) 18:44:05 interesting. 18:44:44 If we do the other two things (early invocation + private discussions) and just clarify the situations where the TC can help, that might be enough. 18:45:06 +1 on simple solutions 18:45:29 there are some notes by fil in rethinking-the-tc/earlyinvocation.org 18:45:45 Yes, those are quite good 18:47:18 is there someone interested in working those up into some options to present the project with at debconf? 18:47:32 right. Although early invocation depends on others, not on ourselves 18:47:48 I would like to part of the presenters 18:48:00 gwolf: ? 18:48:30 yes -- I mean, I will go over them and try to make some points and think more about them 18:48:43 ...and I'd like to take presenting in the conference 18:48:44 [time check: it is :48, I'm not sure what else we have on the agenda] 18:48:54 gwolf: ah okay cool. it would be great if we had a few options under that heading to discuss next time. 18:48:59 I cannot yet assure which one I'd be most interested in taking 18:49:01 right 18:49:15 marga: since you were previously driving this, are you on board with this way forward? 18:49:35 Yes 18:49:50 okay great! 18:50:07 #action gwolf to take up fil's notes on early invocation and come up with some concrete proposals 18:50:27 #topic Any Other Business 18:50:38 is there anything else anyone would like to raise? 18:51:52 Nothing from my side 18:52:21 same 18:52:22 marga: I'd like to hear more from you about your change in view about mediation sometime 18:52:29 * gwolf is silent 18:53:02 perhaps when we can have in person debconf again. 18:53:43 Well, who knows, maybe I can prepare something for next time :) 18:53:57 * gwolf sighs and hopes for a real DebConf 18:54:02 that would be cool too! 18:54:05 I'll go ahead and close 18:54:06 #endmeeting