14:04:32 RRSAgent has joined #w3process 14:04:37 logging to https://www.w3.org/2024/03/13-w3process-irc 14:04:42 present+ 14:04:54 Agenda: https://lists.w3.org/Archives/Public/public-w3process/2024Mar/0000.html 14:05:16 Topic: Pull Requests to Revie 14:05:21 s/vie/view/ 14:05:51 joshco has joined #w3process 14:05:53 scribe+ 14:06:25 Subtopic: Clarify what a registry is made of 14:06:30 github: https://github.com/w3c/w3process/issues/800 14:06:38 -> https://github.com/w3c/w3process/pull/819 14:06:56 florian: Follow-up from a previous PR 14:07:09 ... Nigel had pointed out that there's some confusion about what a registry *is* 14:07:36 ... had various "associations" but doesn't say what it consists of 14:07:51 ... referencing specifications aren't *part* of the registry 14:08:01 ... you still have a registry without such specs, it's just useless 14:08:31 present+ 14:08:44 plh: Any other comments/questions on this PR? 14:08:57 RESOLVED: Merge #818 14:09:30 ACTION: Florian, check with Nigel if the issue can now be closed. 14:09:38 Subtopic: Improve consistency of document status names that use the word "Draft" 14:09:49 github: Improve consistency of document status names that use the word "Draft" 14:09:55 -> Improve consistency of document status names that use the word "Draft" 14:10:06 florian: We have a bunch of statuses that include the word "Draft" 14:10:14 ... older ones end in "Draft" 14:10:25 ... two new ones have "Draft" at the beginning 14:10:41 ... but then prepend "W3C" and it's no longer at beginning or end, which de-emphasizes it 14:11:07 q+ 14:11:08 ... I think the only reasonable options are do nothing, or put at the end 14:11:19 ... because longstanding statuses like "Working Draft" have it at the end 14:11:31 q+ 14:11:35 ... Putting at the end makes sure the word "Draft" is noticeable 14:11:50 ack ta 14:11:50 ... unsure if we have consensus 14:11:59 TallTed: Putting Draft at the end means Draft is the most important word in the label 14:12:13 ... putting at the beginning makes it an adjective that modifies noun that follows 14:12:43 ack plh 14:12:44 ... what you want to find is the thing, whether draft or not, but not looking for all drafts 14:12:46 https://www.w3.org/pubrules/doc 14:13:22 those names leave off implied elements 14:13:28 plh: Do you expect to change pubrules? 14:13:33 fantasai: Yes, that's the point 14:13:49 florian: worst is "Group Draft Note", where the word "draft" is in the middle and de-emphasized 14:14:11 ... we already have a confusion with status of documents published by W3C, people think they are standard/official even when not 14:14:18 ... important to emphasize Draft 14:14:28 q+ 14:14:37 ack fantasai 14:14:39 ... if we decided from scratch maybe we'd put Draft at the front, but we can't rename everything at this point 14:14:44 several Rec Track (for instance) leave out "Recommendation", e.g., "Draft Recommendation", "Discontinued Draft Recommendation" 14:14:51 fantasai: +1 to this pull request 14:15:01 ... we need to be consistent 14:15:30 ack cwilso 14:15:36 "Working Draft" is the most odd-one-out, as it's a compound noun 14:15:46 cwilso: Naming preference, but have to agree with Ted, if you put Draft at the beginning it's harder to skip 14:16:02 cwilso: Everything we work with is drafts, makes it clearer this is a status 14:16:07 ... but not worth losing sleep over 14:16:10 ack fantasai 14:16:10 fantasai, you wanted to respond to cwilso 14:16:44 fantasai: you'll get "W3C Draft ...." 14:16:57 ... so you won't get the effect that you're looking for 14:17:26 florian: Renaming in Process doc is not hard. Renaming in publications is a lot of churn 14:17:53 plh: Because the PR only renames Draft note and Draft Registries, we have very few of those, so won't create a lot of pain in our groups 14:17:56 The inviolable "W3C" prefix is certainly troublesome. 14:18:04 plh: We started with "Working Draft" 14:18:15 ... then added "Candidate Recommendation Draft" 14:18:25 ... "Snapshot Candidate Recommendation" would sound weird 14:18:37 "Snapshot Draft W3C Candidate Recommendation" 14:18:39 ... Then we added Draft Note and Draft Registry without thinking much about consistenci 14:18:55 ... I'm OK with the PR, can check with Webmaster about deployment 14:19:13 florian: Overall, I'd be OK with a variety of things, but -1 on rename everything. Not worth the churn. 14:19:15 "W3C Note Draft" sounds official and endorsed. "Draft W3C Note" much less so. 14:19:21 plh: Same. It's a lot of work. 14:19:43 TallTed: I won't lie down on the road on it. In some ways it seems like a lot of thing being churned, so better opportunity than many 14:20:19 q+ 14:20:48 fantasai: we'll introduce a lot of confusion in the community if we do a general renaming. 14:21:02 ack cwilso 14:21:17 ... these two renames seem worth doing to bring in line with the rest 14:21:43 cwilso: I'm not going to lie down on the road on this one. The more I think about it, W3C note Draft sounds official and endorsed, wherease Draft W3C note much less so 14:22:02 ... I would prefer to leave as outlier and not be consistent, but that's my vote but not an objection 14:22:14 florian: I think there's maybe 2 strong -1 against changing anything 14:23:03 ... so deciding between changing or not doing anything 14:23:15 s/against changing anything/against changing everything 14:23:18 plh: Difference between note and draft note is up to WG, really 14:23:37 ... for Draft Registry, major difference compared to Registry because opposite ends of registry track 14:23:42 ... but for Note, not much different 14:24:01 plh: I'm 0 on this, don't feel strongly about the change 14:24:06 ... can flip a coin or ask for more feedback 14:24:11 ... I think in the end people will not care much 14:24:35 fantasai: I think we can resolve on 2 options, and not others 14:24:55 florian: We'll resolve on those two and then wait a cycle or two to get feedback 14:25:08 plh: Issue was brought by Shawn, from staff; and Nigel also weighed in 14:26:30 PROPOSED: For Issue 779, we will *either* make no change *or* adopt PR #819 to put "Draft" at the end for Note and Registry tracks. 14:26:37 RESOLVED: For Issue 779, we will *either* make no change *or* adopt PR #819 to put "Draft" at the end for Note and Registry tracks. 14:26:53 Subtopic: Confidentiality Levels and Redactions 14:26:58 -> Confidentiality Levels and Redactions 14:27:12 github: Confidentiality Levels and Redactions 14:27:19 s/-> Confidentiality Levels and Redactions// 14:27:26 s/github: Confidentiality Levels and Redactions// 14:27:33 github: https://github.com/w3c/w3process/pull/722 14:28:15 florian: I don't think the wording in the PR is quite right 14:28:22 ... but I also can't figure out what Josh is *trying* to solve 14:28:28 -> https://github.com/w3c/w3process/pull/722#issuecomment-1983778164 14:28:42 joshco: Nigel asked the questions that came up to me 14:29:06 ... unclear to me what is expected to happen 14:29:16 ... are people actually doing this, is it actually happening? 14:29:29 plh: Nigel was asking, what is the issue associated with the PR 14:29:37 ... where you trying to address an actual issue? 14:30:08 joshco: It was while I was reviewing the text, I didn't understand what it was expecting 14:30:13 florian: [quotes text] 14:30:48 ... you expanded in order to explain it 14:31:13 ... but it's wrong, not supposed to use redaction for confidential information to make it public, supposed to not make it public 14:31:21 ... Team has procedures for changing confidentiality levels 14:31:38 ... The sentence is more general, it's making reasonable effort to maintain confidentiality 14:31:54 ... How is context-dependent 14:32:19 ... so I think your clarifications aren't correct. Whether we need other clarifications, I don't know 14:32:51 joshco: The audience of this is not the people who are deciding the confidentiality level 14:33:03 ... this is about readers of the document should respect the confidentality level of the document 14:33:15 florian: That would be a clarification to the first point 14:33:35 ... respecting appropriate level of confidentiality 14:33:40 ... second point is about applying proper care 14:33:44 ... is that reasonable? 14:33:47 joshco: Yeah 14:33:52 florian: OK I'll try to come up with a PR 14:33:58 Topic: Issues to Discuss 14:34:11 nigel has joined #w3process 14:34:25 Subtopic: Charter review process 14:34:34 plh: What's the status? Any follow-up from the AB? 14:34:59 rrsagent, pointer 14:34:59 See https://www.w3.org/2024/03/13-w3process-irc#T14-34-59 14:35:02 q+ 14:35:09 ack florian 14:35:35 florian: I feel that the AB didn't so much have a negative to reaction to the specifics of the proposal, but a reacted to "more rules? that feels like a lot! we have so much process already do we need all this" 14:35:35 +1 14:35:51 ... which makes me think I was bad at presenting it, because it doesn't actually introduce a lot of rules? 14:36:06 ... so I think we need to make sure the proposal is expressed in a brief way 14:36:12 ... I don't think it's a lot 14:36:22 q+ 14:36:24 ... but it requires better phrasing, and I haven't done that yet 14:36:30 rrsagent, make logs public 14:36:41 ack cw 14:36:44 ... Maybe once it's phrased in a way that is simpler people will like it, maybe not 14:36:50 cwilso: Agree with Florian's assessment 14:37:09 ... also negative reaction to adding more process, but also agree it wasn't actually very much more process 14:37:18 ... just making sure that it's clarified how things plug in 14:37:26 ... I think we should keep this on the plate, I think it's a good idea 14:37:28 q+ 14:37:31 ... need to figure out how to make it more acceptable 14:37:42 plh: With my Team hat, I came out of this session as "we have a communication problem" 14:37:47 ... that should be my first priority 14:37:56 ... not that we don't need changes to Process 14:38:03 ... but communication issue is more urgent 14:38:23 ... best next step would be PR against Process, to make it clear that it's not complicated 14:38:35 florian: Agree. Need to make a first draft which will be too long, and then simplify. :) 14:39:58 +1 14:40:05 [some discussion about problems that we run into during chartering; Florian and plh both agree this would reduce such problems ] 14:40:45 Topic: Process 2024 14:40:53 plh: AC meeting April 8-9 14:41:02 ... ideally we present our proposed major changes to the AC at this time 14:41:12 ... but we don't really have any such changes atm, just minor fixes 14:41:30 ... I believe the ongoing discussion around resolving FOs and issue 580 will take several months 14:41:41 ... I don't expect us to have anything concrete before TPAC 14:42:02 florian: Agree, and given experience with AB, we need to be able to explain very crisply. 14:42:20 ... If we're not ready to do that, it's not going to be a useful discussion. 14:42:37 plh: We have to decide when to ship Process 2024 14:42:45 q+ 14:42:51 ack plh 14:42:55 ... do we prepare a Process for the summer? 14:43:00 ... and iterate over the rest? 14:43:01 ack florian 14:43:16 florian: My preference would be to extend by ~ 6 month so we present at TPAC rather than AC 14:43:22 ... and ratify after TPAC 14:43:28 ... Might end up early 2025 14:43:46 ... last few years we had big changes that were needed, and needed to release earlier 14:43:55 ... I think better to reduce number of cycles 14:44:30 plh: I'm ok with that. Good chance we can make good progress on this one issue, TimBL's participation in Council 14:44:39 florian: Also a few adjustments to Council based on current Councils 14:44:48 ack fantasai 14:44:50 plh: 580 is longer term, I'd be surprised if we're ready by TPAC 14:45:36 q+ 14:46:17 fantasai: We might be able to get it ready by TPAC, if Florian and I can draft up in April and we can refine through spring/summer 14:46:21 ack plh 14:46:53 plh: Change wrt abstaining on TAG/AB decisions is maybe urgent? 14:47:03 florian: It's a good rule, but not urgent. Only affects votes, not decisions by consensus. 14:47:15 ... and so far we've only had decisions by consensus in the Councils 14:47:24 present+ Nigel_Megitt_very_late 14:47:33 plh: Council dismissal votes being public? 14:47:38 florian: Haven't had a chance yet 14:47:49 plh: OK, so let's defer decision to ship new Process until TPAC 14:48:17 Topic: New Issues 14:48:26 Subtopic: The minimum time commitment for participation in the elected bodies is 14:48:32 github: https://github.com/w3c/w3process/issues/820 14:48:55 Zakim, who's here? 14:48:55 Present: Dingwei, plh, florian, TallTed, cwilso, Nigel_Megitt, fantasai, Nigel_Megitt_very_late 14:48:57 On IRC I see nigel, joshco, RRSAgent, AramZS, TallTed, github-bot, fantasai, astearns, csarven, Mek, plh, Ralph, jyasskin, npd, imlostlmao, sdd, SintayewGashaw, matrix638, 14:48:57 ... joraboi445, gonzu_15, florian, Zakim, timeless, tink, cwilso 14:49:06 RRSAgent, draft minutes 14:49:07 I have made the request to generate https://www.w3.org/2024/03/13-w3process-minutes.html TallTed 14:49:14 plh: My problem with such expectations is enforcing them. 14:49:14 present- Nigel_Megitt_very_late 14:49:26 ... e.g. we used to have Good Standing rules, and the groups didn't enforce them anyway so we removed them 14:49:38 ... so unless groups are willing to enforce, unnecessary to put rules 14:50:00 florian: Intent wasn't to have rules, but to have "authoritative guidance" about reasonable expectations 14:50:00 q+ 14:50:09 plh: Key word is "Guidance", that's not a change for Process 14:50:16 ack cw 14:50:16 ... need to figure out where to put guidance 14:50:28 cwilso: I don't think Process need to lay out something informance 14:50:33 ... but we need guidance that gets taken seriously 14:50:46 ... and that needs to be sent along with the Team's call for nominations 14:50:55 ... it should lay out expectations for people who sign up 14:51:06 plh: Would be helpful if TAG would provide a job description 14:51:09 q+ 14:51:10 florian: including the workload 14:51:22 plh: Helpful for candidates to evaluate whether they want to run or not 14:51:40 cwilso: that's what Tess was saying: the TAG charter used to do that, described the job of TAG 14:51:43 q+ 14:51:47 ack nigel 14:51:49 ... so now that we don't have TAG charter, we need to put that somewhere else 14:51:49 q+ 14:51:53 ... though agree it wouldn't go in the Process 14:52:01 cwilso: Maybe move this issue to AB since not Process 14:52:23 nigel: Talking about expectations and job descriptions, dancing around fact that these positions are self-funded 14:52:28 ... there's diversity implications there as well 14:52:38 plh: no objection to move to AB 14:52:40 ack florian 14:52:44 florian: in favor 14:52:57 ... AB documents in a wiki page, and might not be official enough; maybe /Guide is better 14:52:59 ack plh 14:53:02 ... but can hash that out in AB 14:53:08 I don't disagree with Nigel, and note https://github.com/w3c/AB-memberonly/issues/1. (yes, issue #1!) 14:53:23 ack fan 14:53:34 fantasai: so proposed resolution to move to AB? 14:53:38 florian: define somewhere, but not Process 14:53:49 plh: and AB can talk to TAG about job description 14:54:04 RESOLVED: Move #820 to AB 14:54:35 Subtopic: Chair should be required in charter 14:54:45 github: https://github.com/w3c/w3process/issues/823 14:55:04 plh: I'm open to to this additional requirement 14:56:01 ... for Team Contacts, I would have a different position, but for chairs makes sense to me 14:56:02 q+ 14:56:09 ack nigel 14:56:25 nigel: I mentioned on the issue, I think what's important is we have alignment on who gets to choose and what we require 14:56:26 q+ 14:56:42 ... if it's not an AC option because Team has authority, then doesn't make sense to put it in 14:56:51 ack cw 14:56:54 q+ 14:57:12 cwilso: Sure, but you can formally object to any Team Decision--including chair choice 14:57:21 ... so you can FO a chair, and easiest to do this all at once 14:57:40 ... it is still a Team choice, but it would be easiest--and I would have the highest confidence that has chairs listed for a new group 14:57:40 q+ 14:57:50 ... it would be best to align that 14:57:56 ack plh 14:57:58 plh: +1 to cwilso 14:58:26 ... if we have an FO against a particular individual that gets tricky 14:58:31 ... haven't had that case so far 14:58:31 q+ 14:58:49 ... recent charter with lots of feedback on proposed chairs 14:59:06 plh: Team should also update /Guide wrt picking chairs 14:59:18 ack nigel 14:59:29 meeting: Process CG Call 14:59:30 nigel: I think at this stage, I think we should remove chairs from charter reviews 14:59:42 ... deciding whether work should go ahead 14:59:43 q+ 14:59:50 ... separate explicit communication from Team wrt chairs 14:59:57 ... then really clear what the decision is 15:00:14 ... so separate, but parallel 15:00:38 plh: At time, and I think we won't have time to solve today 15:00:54 q- MUCH later 15:00:55 florian: We also have had problem that we put someone as chair in the charter, but they didn't become the chair because their company didn't join the group 15:00:58 q- 15:01:11 plh: ok I'll add to agenda for next call 15:01:44 ... see you all next time 15:01:57 Meeting closed. 15:02:03 I have made the request to generate https://www.w3.org/2024/03/13-w3process-minutes.html fantasai 15:05:03 github-bot, status 15:05:03 nigel, This is wgmeeting_github_ircbot version 0.4.8, compiled from c10bb979fa0678bceb29ce9958517525d0fdfed2, which is probably in the repository at https://github.com/dbaron/wgmeeting-github-ircbot/ 15:05:03 I currently have data for the following channels: 15:05:03 #css (0 lines buffered on "[css-anchor-position] Rename `anchor-default` to `position-anchor`") 15:05:04 will comment on https://github.com/w3c/csswg-drafts/issues/10004 15:05:04 #w3process (39 lines buffered on "Chair should be required in charter") 15:05:04 will comment on https://github.com/w3c/w3process/issues/823 15:12:52 github-bot, end topic 15:59:27 nigel has joined #w3process 16:00:53 nigel_ has joined #w3process