summaryrefslogtreecommitdiff
blob: 81ce379a9ae9691335b4711a69e2f1cfa9d85b51 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
[21:58:52] Meeting started by prometheanfire
[21:59:11] Meeting chairs are: alicef, dabbott, kensington, klondike, prometheanfire, 
[21:59:23] Current subject: roll call, (set by prometheanfire)
[21:59:26] <prometheanfire> here
[21:59:27] <kensington> Here
[21:59:30] <robbat2> hi
[21:59:34] <dabbott> here
[21:59:40] <robbat2> you started early!
[21:59:56] <prometheanfire> oh, so I did, server time is 2 min ahead
[21:59:56] <dabbott> alicef: said she was up late with kernel bugs
[22:00:07] <prometheanfire> dabbott: ya, she was pinging me about them
[22:00:19] <klondike> prometheanfire: can you add klondike2 as chair?
[22:00:31] Meeting chairs are: alicef, dabbott, kensington, klondike, klondike2, prometheanfire, 
[22:00:36] <klondike> Thanks
[22:00:48] <prometheanfire> ok, moving on
[22:00:57] <klondike2> Yay
[22:01:01] ACTION: dabbott is logging the meeting
[22:01:07] <dabbott> yes
[22:01:14] <prometheanfire> there is nothing in the activity tracker
[22:01:22] <alicef> o/
[22:01:29] <dabbott> excellent :)
[22:01:32] <prometheanfire> no change in the mailing addr, unless someone has something there
[22:01:34] <prometheanfire> antarus: :D
[22:01:43] <prometheanfire> oh, should probably
[22:01:47] LINK: https://wiki.gentoo.org/wiki/Foundation:Meetings/2018/02 [Foundation:Meetings/2018/02 - Gentoo Wiki]
[22:01:59] <prometheanfire> alicef: good timing, you're up
[22:02:01] <robbat2> there's one comment re mailing address
[22:02:16] <robbat2> capitalone sent one of our tax forms to Wayne Chew
[22:02:26] <robbat2> despite us having changed the address that the bank had
[22:03:10] <dabbott> is that from the account we want to close
[22:03:20] <prometheanfire> hmm, that's a good point
[22:03:22] <robbat2> it wasn't clear on a quick glance
[22:03:36] <robbat2> but that one was changing address as well
[22:03:45] <robbat2> at least tsunam sent in the change of address form for that account
[22:03:49] <dabbott> the sparks has the correct address afaik
[22:03:58] <robbat2> if they processed it correct... ?
[22:05:03] <prometheanfire> ya, guess that's something we need to verify and correct
[22:05:08] <dabbott> can we pull all the money out of that account and let it close or do we have to notify them
[22:05:26] <prometheanfire> robbat2: can you verify which account it was for, then we can proceed from there
[22:05:32] <dabbott> we have the new checking account
[22:05:35] <prometheanfire> dabbott: notify them
[22:05:45] <robbat2> i will when I next spend time on finances yes
[22:05:50] <prometheanfire> k
[22:05:50] <robbat2> (which is probably not today at all)
[22:05:52] <dabbott> in order to close the account
[22:05:59] <robbat2> make a bug so we don't forget
[22:06:06] <dabbott> ok
[22:06:08] <prometheanfire> robbat2: thanks
[22:06:14] <prometheanfire> who's making the bug?
[22:06:20] <dabbott> i will
[22:06:46] ACTION: dabbott is making a bug for the banking tax info being sent to the wrong address
[22:06:57] Current subject: alicef's items, (set by prometheanfire)
[22:07:05] <prometheanfire> alicef: have at it :D
[22:07:44] <alicef> no news on my side
[22:08:07] <prometheanfire> alicef: how about the copyright work with ulm?
[22:08:28] <alicef> looks good for me
[22:08:34] <prometheanfire> ok
[22:08:47] Current subject: prometheanfire's items, (set by prometheanfire)
[22:08:53] <prometheanfire> prometheanfire: you're up
[22:08:55] <prometheanfire> ok me
[22:09:01] <prometheanfire>  contact wizardedit (consultant)
[22:09:10] <prometheanfire> done, he asked to be removed and I've done so
[22:09:36] LINK: https://bugs.gentoo.org/531540 [531540 – dev-libs/openssl: revise inclusion of elliptic curves with bindist USE flag]
[22:10:12] <prometheanfire> for the openssl thing, I haven't done anything there
[22:10:20] <prometheanfire> robbat2: have you had time to continue your work there?
[22:10:32] <robbat2> maybe, but I had a question as well
[22:10:37] <prometheanfire> sure
[22:10:43] <robbat2> what progress was the openssl1.1 unmasking making?
[22:11:02] <robbat2> most of the other distros look mostly set in for 1.1 already
[22:11:15] <robbat2> so could we just offer bindist-safe-ecc on 1.1 only
[22:11:58] <robbat2> if jmbsvicetto is here, maybe he knows
[22:12:11] <robbat2> !seen jmbsvicetto
[22:12:11] <willikins> robbat2: jmbsvicetto was last seen 5 hours, 24 minutes and 16 seconds ago, saying "I meant irc activity" in #gentoo-groupcontacts
[22:12:30] <robbat2> i guess not
[22:12:36] <robbat2> let's just continue the meeting
[22:12:58] <prometheanfire> ok
[22:13:21] <prometheanfire> I guess that's something that'll need to be discussed in the ossl-1.1 tracker (general stablization)
[22:13:34] Current subject: infra update, (set by prometheanfire)
[22:13:41] <jmbsvicetto> robbat2: pong
[22:13:50] <prometheanfire> jmbsvicetto: you're up
[22:14:12] <jmbsvicetto> sorry, what was the question? The openssl-1.1 stabilization?
[22:14:24] <jmbsvicetto> If so, I'm sorry but I haven't followed that
[22:14:41] <robbat2> thanks, that covers that, also any infra items you had for the trustee meeting
[22:14:47] <prometheanfire> jmbsvicetto: and the second one was infra updates
[22:14:58] <jmbsvicetto> I didn't fill the funding request yet. I'm going to do that in a bit
[22:15:32] <jmbsvicetto> Otherwise, I don't think there's any infra issue pending on trustees
[22:15:57] <prometheanfire> ok
[22:16:06] Current subject: treasure update, (set by prometheanfire)
[22:16:09] <prometheanfire> robbat2: you're up
[22:16:44] <robbat2> funding request clarification for other trustees: ~$1100 for SSD+parts for the server donated by flameeyes
[22:16:56] <robbat2> i guess we'll just move that one to a bug for voting then
[22:17:16] <robbat2> i have no actual progress update on treasurer/financials, just some comments
[22:17:44] <prometheanfire> go ahead
[22:17:49] <robbat2> 1. my CPA contact has moved to the other side of canada for family reasons
[22:17:59] <robbat2> we're still in contact, but they aren't local to me anymore
[22:18:28] <robbat2> 2. to that end, per the discussions yesterday, i think we should look for more bookkeeping AND CPA resources
[22:18:56] <robbat2> update & re-post our advert, and solicit other options for that
[22:19:22] <robbat2> splitting it to book-keeping service vs CPA service
[22:19:29] <prometheanfire> ack, sounds good to me, I can ask about my friends father in law about that, but I doubt he has experience with using open source accounting
[22:20:01] <prometheanfire> I wonder if the fsf could point us to someone
[22:20:36] <robbat2> it wouldn't hurt to ask once we post the advert
[22:20:45] <prometheanfire> yep
[22:20:50] <robbat2> fsf, sfc, eff, apache
[22:20:56] <robbat2> are who i'd start by asking
[22:21:27] <prometheanfire> agreed, fsf is just who came to mind first
[22:21:42] <prometheanfire> I might be able to ask the openstack people too at the PTG
[22:21:55] <robbat2> probably ask on the ledger mailing lists as well :-)
[22:22:09] <prometheanfire> and foundations list
[22:23:11] <prometheanfire> moving on?
[22:23:25] <dabbott> sounds good
[22:23:46] Current subject: bugs, (set by prometheanfire)
[22:23:56] LINK: https://bugs.gentoo.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=CONFIRMED&bug_status=IN_PROGRESS&bug_status=VERIFIED&email2=trustees&emailassigned_to2=1&emailcc2=1&emailreporter2=1&emailtype2=substring&known_name=TrusteesOpenBugs&list_id=3290194&order=Last%20Changed&query_based_on=TrusteesOpenBugs&query_format=advanced&resolution=--- [Bug List: TrusteesOpenBugs]
[22:24:10] <prometheanfire> I don't actually see anything new there
[22:24:41] <veremitz> does that actually include lastchanged<30d ?! :P
[22:24:52] <prometheanfire> veremitz: heh, ya
[22:25:05] <prometheanfire> I know klondike mentioned going through the backlog
[22:25:17] <veremitz> if the list is 'zaro boogs' all is good :D
[22:25:33] <veremitz> ^use the force^
[22:25:58] <robbat2> to that end, would anybody object to making a component to split out the finance ones?
[22:26:16] <robbat2> and having reimbursements move to finance when they are waiting on being closed out in book-keeping?
[22:26:39] <prometheanfire> robbat2: I was going to suggest something like that
[22:26:52] <prometheanfire> it'll make it easier to go over
[22:26:52] <robbat2> were we going to discuss bug 645192?
[22:26:54] <willikins> robbat2: https://bugs.gentoo.org/645192 "Staff quiz and gpg competence should be required for foundation membership"; Gentoo Foundation, Proposals; CONF; shentino:trustees
[22:27:15] <veremitz> issues Pom-poms to Shentino
[22:27:30] <Shentino> gives credit for said pom poms to prometheanfire, it was his idea
[22:27:35] <klondike2> prometheanfire: haven't had time to backlog
[22:27:43] <prometheanfire> klondike2: np, just mentioning the intention
[22:27:56] <prometheanfire> robbat2: ya, guess we should :P
[22:27:57] <klondike2> We have somethings like the t-shirt mail we received 2 weeks ago
[22:28:04] <klondike2> Which should be linked to a bug
[22:28:16] <klondike2> I'll try to go over those to
[22:28:18] <klondike2> *too
[22:28:51] <prometheanfire> reguarding bug 645192, I think we should leave it for now, I suspect (hope) K_F is going to use it in his proposed membership application quiz
[22:28:51] <willikins> prometheanfire: https://bugs.gentoo.org/645192 "Staff quiz and gpg competence should be required for foundation membership"; Gentoo Foundation, Proposals; CONF; shentino:trustees
[22:29:23] <klondike2> Maybe this is the time to get K_F here?
[22:29:53] <dabbott> prometheanfire: when did he say he might have it completed?
[22:30:03] <prometheanfire> next meeting is the target
[22:30:08] <dabbott> ok
[22:30:22] <robbat2> ah, i haven't had time to read the log of the combined meeting
[22:30:30] <prometheanfire> lets move on to the tshirt email klondike2 mentioned
[22:30:50] <dabbott> Then all we need to do is vote on it as a requrment for membership?
[22:31:12] <prometheanfire> I think we should reply yes, and specify donation to the paypal account
[22:31:21] <prometheanfire> dabbott: more or less
[22:31:27] <dabbott> ok
[22:31:41] <prometheanfire> the basics of the quiz is that we'd vote based on the results of the quiz, but are not held to it
[22:31:46] <klondike2> prometheanfire: I think we should check our agreement with Gentoo eV
[22:31:47] <prometheanfire> as there is not a bylaw change
[22:32:01] <prometheanfire> klondike2: what does that have to do with it?
[22:32:10] <prometheanfire> ah, eu based
[22:32:20] <klondike2> jup
[22:32:49] <prometheanfire> possibly, id doesn't preclude donations to us though
[22:33:10] <robbat2> i have one comment re visual of the shirt, the logo seems too blue
[22:33:39] <veremitz> are there pantone colours for the logo somewhere?
[22:33:43] <prometheanfire> ya, does look a bit odd
[22:34:13] <veremitz> I may have seen some once .. not sure ..
[22:34:17] <robbat2> i don't know if we have tracked pantone for the shirt, that would be a good project for somebody to do
[22:34:40] <prometheanfire> I move that we give feedback in reguards to the color, mention gentoo eV and paypal
[22:35:09] <dabbott> veremitz: ttps://wiki.gentoo.org/wiki/Project:Artwork/Colors
[22:35:19] <veremitz> dabbott: ty :D
[22:35:27] <prometheanfire> klondike2: you want to take the lead on the shirt thing, being eu based?
[22:35:41] <klondike2> I can do that, yes
[22:35:48] <veremitz> is there an EU trademark on it?
[22:35:54] <veremitz> should be .. >,<
[22:36:09] ACTION: klondike2 to draft a reply the tshirt email (hellotux)
[22:36:21] <robbat2> to the best of my knowledge the foundation does not hold any EU trademarks
[22:36:33] <prometheanfire> same, I don't know of any
[22:36:37] <robbat2> just the word & logo trademarks with the US PTO
[22:36:42] <prometheanfire> next
[22:36:46] Current subject: bug 638962, (set by prometheanfire)
[22:36:48] <willikins> prometheanfire: https://bugs.gentoo.org/638962 "Uncouple the Gentoo Code of Conduct from its Trademark"; Gentoo Foundation, Proposals; IN_P; gts:trustees
[22:36:48] <willikins> trustee-meetbot: https://bugs.gentoo.org/638962 "Uncouple the Gentoo Code of Conduct from its Trademark"; Gentoo Foundation, Proposals; IN_P; gts:trustees
[22:36:50] <veremitz> hmm worth thinking about .. but go on :D
[22:37:12] <dabbott> they use our logo https://gentoo-ev.org/wiki/Ressourcen
[22:37:12] <prometheanfire> until we get a proposal we can't vote on it
[22:38:29] <robbat2> the uncouple needs a slight clarification
[22:38:46] <prometheanfire> robbat2: mind updating the bug?
[22:39:03] <robbat2> the name usage agreement we offer says that if you want to call an EVENT 'something gentoo something', you have to obide by CoC
[22:39:27] <robbat2> but the CoC starts with 'Gentoo's Code of Conduct for public communication fora'
[22:40:28] <robbat2> as a personal opinion, i don't think the CoC as it stands covers real-world situations enough
[22:41:17] <robbat2> so it's maybe that the 'event' language of the usage agreement needs to be clearer as to why
[22:41:57] <robbat2> but yes, it would go in a new bug
[22:42:02] <robbat2> that existing one should close
[22:42:38] <prometheanfire> mind updating it?
[22:43:01] <robbat2> will do
[22:43:05] <robbat2> action item it to me ;-)
[22:43:43] ACTION: robbat2 to update bug 638962
[22:43:45] <willikins> prometheanfire: https://bugs.gentoo.org/638962 "Uncouple the Gentoo Code of Conduct from its Trademark"; Gentoo Foundation, Proposals; IN_P; gts:trustees
[22:43:45] <willikins> trustee-meetbot: https://bugs.gentoo.org/638962 "Uncouple the Gentoo Code of Conduct from its Trademark"; Gentoo Foundation, Proposals; IN_P; gts:trustees
[22:43:54] Current subject: new members, (set by prometheanfire)
[22:44:03] <prometheanfire> gentoo dev: William Hubbs (williamh)
[22:44:11] <dabbott> yes
[22:44:13] <prometheanfire> yes
[22:44:17] <kensington> Yes
[22:44:46] <prometheanfire> alicef: klondike2 klondike ?
[22:44:57] <klondike2> yes
[22:45:13] <alicef> yes
[22:45:42] <dabbott> I will send the email
[22:45:50] <prometheanfire> thanks
[22:45:50] ACTION: passed
[22:45:57] <klondike2> Welcome WilliamH 
[22:46:01] <prometheanfire> Non gentoo dev: Daniel Robbins (drobbins) 
[22:46:17] <prometheanfire> he's been contributing to portage itself
[22:46:20] <veremitz> is there .vote!?
[22:46:24] <dabbott> defer till next month
[22:46:26] <prometheanfire> https://gitweb.gentoo.org/proj/portage.git/log/?qt=author&q=drobbins
[22:46:39] <prometheanfire> dabbott: mind if I ask why?
[22:46:58] <dabbott> did you want to start the test
[22:47:10] <robbat2> (i don't have a vote, but I would approve him and when the new quiz is ready, apply it to foundation members who aren't active devs)
[22:47:26] <dabbott> sounds good :)
[22:47:48] <klondike2> I like what robbat2 said
[22:48:06] <veremitz> sounds reasonable
[22:48:06] <prometheanfire> ok, next month then
[22:48:18] <robbat2> unless anybody sees procedural issues with asking existing members to be tested
[22:48:28] Current subject: cleanup, (set by prometheanfire)
[22:48:30] <prometheanfire> robbat2: nah
[22:48:36] <prometheanfire>  Who will post the log? Minutes? (dabbott 
[22:48:41] <prometheanfire>  Who will update the motions page? (aliceinwire 
[22:48:43] <veremitz> yeah thats a tricky one .. technically they've been Accepted already.
[22:48:44] <prometheanfire>  Who will send emails? (dabbott 
[22:48:49] <prometheanfire>  Who will update agenda? (prometheanfire 
[22:48:49] <dabbott> yep
[22:48:50] <robbat2> rich0 & NeddySeagoon might have thoughts on procedural validity
[22:48:53] <prometheanfire>  Who will update channel topic? (prometheanfire 
[22:49:08] Current subject: open floor, (set by prometheanfire)
[22:49:12] <prometheanfire> I have an item
[22:49:46] <prometheanfire> during the combined meeting, when discussing the reporting of comrel actions taken to the trustees, some clarifications were asked for
[22:50:04] <prometheanfire> let me see if I can copy/paste the scrollback
[22:50:56] <prometheanfire> 15:39 <             mgorny+> as i've mentioned before, i don't think providing details to trustees would be a problem as long as confidentiality of appropriate private information is preserved
[22:51:00] <prometheanfire> 15:40 <             mgorny+> i.e. escalation still works the same, trustees don't need to intervene unless something really illegal happens
[22:51:08] <prometheanfire> 15:41 <             mgorny+> prometheanfire: lemme rephrase. do you need just information that an action was taken, or access to all evidence proactively?
[22:51:17] <prometheanfire> that's the basics
[22:51:45] <prometheanfire> first/second question get's an ack from me
[22:52:16] <prometheanfire> third, I would be satisfied to be notified after action is taken
[22:52:19] <dabbott> we only need to be notified after the fact so we are informed of the action taken, not before
[22:52:22] <prometheanfire> any comments?
[22:52:59] <antarus> I think mgorny was inquiring as what the content of hte notification was
[22:53:27] <klondike2> I wonder if we even need a notification :P
[22:53:51] <klondike2> If we don't get a notification, will the legal responsability shift to the council?
[22:53:55] <prometheanfire> klondike2: we need to be kept informed of actions that can cause legal trouble
[22:53:55] <robbat2> i'd say copies of the threads of the compliant, communication with the person(s) who requested and were the subject of the action
[22:53:59] <prometheanfire> klondike2: willful blindness
[22:54:05] <veremitz> it could be very outline at the start of an issue, and then outcome could become more detailed perhaps .. eg. case admitted 10.11.07 ... case #34752 bug 0000 result: xXXX
[22:54:07] <robbat2> not copies of council internal discussions
[22:54:22] <klondike2> prometheanfire: for there to be willful blindness, shouldn't we be able to act on it?
[22:54:44] <prometheanfire> klondike2: we can (see mgorny's second comment)
[22:54:55] <veremitz> you could then react if case 99999 was taking 18 months to resolve ...
[22:54:57] <prometheanfire> robbat2: ack, that sounds like what I'm looking for
[22:55:02] <klondike2> Okay makes sense
[22:55:25] <robbat2> communication that covers the relevant parties, and trying NOT to know council internals about why
[22:55:45] <prometheanfire> robbat2: I'll add that to my reply to them
[22:55:50] <robbat2> I single out that communication because that's what legal action would be based on
[22:56:19] <prometheanfire> anyone else want to add to that?
[22:56:34] <mgorny> robbat2: actually, my point was the other way around
[22:56:49] <mgorny> i.e. protecting the possible intimate/private details from being spread to more people than absolutely necessary at the moment
[22:57:30] <veremitz> I think he means retrospectively .. not concurrently ..
[22:57:41] <robbat2> mgorny: i was looking at it from the other direction: what's the LEAST that the trustees need to know
[22:57:53] <robbat2> it would be the mails with the parties
[22:58:02] <robbat2> the second question, is when does that need to be known
[22:58:39] <robbat2> can somebody remind me of how fast the council is supposed to move on comrel actions?
[22:59:43] <robbat2> mgorny: ^^
[23:00:36] <mgorny> robbat2: could you rephrase the question? Council normally actions only when the party appeals
[23:01:05] <robbat2> when an appeal is made to council, how fast is the council required to reach a decision?
[23:01:22] <mgorny> lemme look into glep39
[23:01:54] <robbat2> seperately, when a request is made of comrel, is there anything that says how fast they have to respond? (for actions not initiated solely by comrel)
[23:02:07] <mgorny> hm, doesn't seem to be specified but i think normally Council handles it before the next meeting
[23:02:34] <mgorny> or at the next meeting
[23:03:03] <mgorny> so it'd say <5-6 weeks (in case it came just before a meeting)
[23:03:53] <robbat2> so a compromise: comrel actions shall be reported to trustees as they are completed, AND if the request is taking longer than X days to handle
[23:04:05] <robbat2> to avoid requests being in uncompleted limbo
[23:05:11] <prometheanfire> robbat2: sounds satisfactory to me, what method will we be notified?
[23:05:18] <robbat2> as for the value of X, we'd want to see how long comrel actions take start-to-finish historically
[23:05:33] <dabbott> s/AND if/or
[23:05:45] <robbat2> and pick a value that gets most outliers
[23:05:50] <veremitz> 90d ?!
[23:05:53] <mgorny> robbat2: 2 years? ;-P
[23:06:09] <mgorny> (if by finish you mean new comrel lead closing all old bugs)
[23:06:11] <robbat2> if it's dragging more than a month I'd want to know
[23:06:22] <robbat2> but i'm not sure how much faster than that is a benefit
[23:06:34] <robbat2> depends on the issue really
[23:06:50] <prometheanfire> I'd say a month is a good standard
[23:07:06] <prometheanfire> more complicated issues could be more hairy legally too
[23:07:20] <mgorny> well, the problem to some part is that many comrel issues do not need real action, and 'ignoring' them causes less problems than rejecting
[23:07:32] <mgorny> (i.e. waiting for people to cool down)
[23:07:46] <veremitz> comrel "timeout" lol
[23:08:08] <prometheanfire> I'm not sure that's a good policy
[23:08:59] <mgorny> well, a good policy would be to finally have comrel that encourages mediation and talking to people
[23:09:07] <prometheanfire> but that's another thing entirely
[23:09:19] <robbat2> both meditation & mediation
[23:09:25] <mgorny> but i don't want to diverge the meeting
[23:09:34] <robbat2> we're in open-floor already
[23:09:38] <robbat2> but I have to go in 20 mins
[23:10:04] <prometheanfire> robbat2: I'll write up your suggestions and desires as our response to comrel
[23:10:11] <prometheanfire> and send that out tomorrow
[23:10:25] ACTION: prometheanfire send email to comrel about reporting reqs
[23:10:34] <prometheanfire> does anyone have anything else?
[23:10:47] <robbat2> mgorny: i agree that getting people to calm down a bit by delaying response has value
[23:10:58] <robbat2> but reporting that to trustees is good too
[23:11:04] <prometheanfire> true
[23:11:11] <robbat2> thinking of 'traditional' HR processes
[23:11:14] <prometheanfire> and not letting it lag on too long
[23:11:21] <robbat2> HR tries to ack something you send right away
[23:11:23] <mgorny> i'm a bit afraid that this will result in trustees starting to interfere
[23:11:24] <veremitz> a templated standard response is ok
[23:11:33] <robbat2> but they don't action it for a bit longer
[23:12:03] <prometheanfire> mgorny: atm we don't have a desire to interfere, make suggestions I think, but not order people around
[23:12:07] <antarus> Is there better guidance for when trustees with actually act?
[23:12:14] <antarus> will*
[23:12:18] <klondike2> mgorny: A much simpler alternative is that the council takes all legal responsability and indemnifies the trustees for the council's actions then we mere trustees don't need to worry at all :P
[23:12:20] <robbat2> mgorny: to avoid the interfere part, completed actions to be reported on some time interval rather than immediately?
[23:12:36] <prometheanfire> antarus: when we think we should to legally protect the foundation (would be my guidance)
[23:12:51] <antarus> I mean I understand that, I still think its pretty vague
[23:12:52] <antarus> ;)
[23:13:01] <jmbsvicetto> @trustees: bug 647966
[23:13:01] <willikins> https://bugs.gentoo.org/647966 "Funding request for jacamar.gentoo.org"; Gentoo Foundation, Infra Support; CONF; jmbsvicetto:trustees
[23:13:25] <prometheanfire> antarus: any more specific would be setting ourselfs up for failure imo
[23:14:09] <antarus> Well I mean this is the primary concern around the allocation of responsbilities
[23:14:12] <prometheanfire> jmbsvicetto: will review for next meeting
[23:14:32] <robbat2> mgorny: do you have suggestions on how the trustees can still be informed in a timely fashion and not interfere?
[23:15:07] <jmbsvicetto> prometheanfire: ok, thanks
[23:15:08] <mgorny> prometheanfire: 'suggestions' from trustees can be taken as binding
[23:15:29] <mgorny> robbat2: i don't think the time really matters, it's rather what trustees do with the information
[23:15:31] <prometheanfire> then how can we talk at all?
[23:15:49] <prometheanfire> do we have to say 'this is non-binding' before everything?
[23:16:10] <robbat2> mgorny: your concern is information leakage, trustee concern is legal-ass-covering
[23:16:10] <prometheanfire> mgorny: I suspect 99% of the time we will do nothing
[23:16:24] <mgorny> i agree
[23:16:49] <mgorny> well, maybe it's fine
[23:17:40] <mgorny> as long as trustees don't end up being used by one of the parties to push the result
[23:17:59] <mgorny> that said, we should probably improve comrel policies on response time
[23:18:04] <robbat2> that's why I suggested batch reporting after time
[23:18:37] <robbat2> that also related to previous questions about transparency in reporting number of comrel actions open/completed to council
[23:19:00] <dilfridge> that will end up like a national security letter canary, mostly
[23:19:09] <dilfridge> "no actions have been taken"
[23:19:10] <dilfridge> "no actions have been taken"
[23:19:12] <dilfridge> "no actions have been taken"
[23:19:18] <prometheanfire> ?
[23:19:31] <dilfridge> regular batch reporting I mean
[23:19:41] <veremitz> still better than nothing imho.
[23:19:42] <prometheanfire> ah
[23:20:08] <dilfridge> yeah but reporting when something happens is probably easier
[23:20:40] <prometheanfire> we can discuss it via email if that satisfies people
[23:20:52] <prometheanfire> atm we are 22m over (and dinner is almost done)
[23:20:55] <veremitz> I figure some completely simple, anonymous stats would be an easy start
[23:20:57] <robbat2> you can already creatively count bugs assigned/closed to comrel
[23:21:13] <veremitz> ^ like that
[23:21:19] <robbat2> so publishing it clearly isn't a big change
[23:22:38] <prometheanfire> can I close the meeting in the mean time?
[23:22:52] <robbat2> delaying the detailed information geting to trustees slightly does reduce the concern of tampering in process
[23:22:54] <veremitz> how about suggesting to try something simple for a few months and do a review?
[23:23:12] <robbat2> so if comrel/council have related ideas there, let's put that to email discussion?
[23:23:12] INFO: next meeting date is Mar 17 2018
[23:23:22] <prometheanfire> robbat2: ack
[23:23:37] <prometheanfire> my email will cc comrel and council and trustees
[23:23:40] Meeting ended by prometheanfire, total meeting length 5088 seconds