14:00:15 RRSAgent has joined #w3process 14:00:19 logging to https://www.w3.org/2025/04/23-w3process-irc 14:00:50 RRSAgent, make logs public 14:01:23 rrsagent, pointer 14:01:23 See https://www.w3.org/2025/04/23-w3process-irc#T14-01-23 14:01:28 TallTed has joined #w3process 14:01:33 present+ 14:02:47 Ian has joined #w3process 14:02:50 present+ 14:04:30 present+ 14:04:52 RDF-star WG SPARQL task force, W3Process WG, Solid CG, and DID WG all overlap. Something's gotta give! 14:08:12 present+ 14:08:18 Zakim has joined #w3process 14:08:27 -> https://lists.w3.org/Archives/Public/public-w3process/2025Apr/0004.html Agenda 14:08:32 scribenick: fantasai 14:08:39 Topic: Pull Request to Review 14:08:47 Subtopic: Confirm CFC 14:08:52 Agenda: https://lists.w3.org/Archives/Public/public-w3process/2025Apr/0004.html 14:08:52 -> https://lists.w3.org/Archives/Public/public-w3process/2025Apr/0003.html 14:09:23 fantasai: Just wanted to check if any complaints 14:09:25 florian: nope 14:09:42 RESOLVED: Accept edits 14:09:47 Subtopic: Fix confusing wording wrt adding new features to RECs 14:09:53 PR: Fix confusing wording wrt adding new features to RECs 14:09:58 Issue: Fix confusing wording wrt adding new features to RECs 14:10:37 present+ 14:10:40 Seems like a reasonable change. This is a part of the spec has confused people, and the attempt seems good to me, maybe a bit longer 14:10:44 s/Seems/Florian:/ 14:10:57 ... Phrased as a note, but that's correct -- it was just reminding of existing things. 14:11:17 plh: I wasn't aware there was a misunderstanding around this part of the process 14:11:22 florian: Some confusion about what's a new REC 14:12:16 fantasai: Confusion came when reviewing a charter, which had errors. Even the Team Contact was confused. 14:12:36 ... So wanted to clarify what this paragraph means 14:12:59 ... One question was whether to keep the second sentence, which is just examples. Might be useful to keep since it's confusing. 14:13:10 plh: There's a Patent Policy FAQ on the topic of delta specs. 14:13:20 florian: Might want a Guide article about this, but probably on top of this. 14:13:25 RESOLVED: Accept PR 1026 14:13:35 github: https://github.com/w3c/process/pull/1026 14:13:44 Subtopic: Clarify role of the Chair 14:13:53 github: Clarify role of the Chair: 14:13:59 github: Clarify role of the Chair: 14:14:09 github: https://github.com/w3c/process/pull/1025 14:14:47 florian: Same reaction as you, what sure what motivated the change, but seems harmless! 14:14:56 cwilso: sgtm 14:15:01 RESOLVED: Merge 1025 14:15:10 Subtopic: Collapse some wording wrt Council formation 14:15:15 s/what sure/not sure/ 14:15:19 github: https://github.com/w3c/process/pull/1022 14:15:24 plh: Seems editorial. 14:15:28 ... do we need to talk about it? 14:15:36 florian: Replaces text with less text. Effectively editorial. 14:15:54 ... I think result is fine. 14:16:01 q+ 14:16:08 ... TallTed approved it, and was involved in previous iteration, so seems good to merge. 14:16:50 ack cw 14:16:58 cwilso: Do we say anywhere else that elections don't change the Council membership? 14:17:14 ... Seems to warrant saying explicitly, that elections don't change membership. 14:17:28 florian: It's implied by the previous part of the sentence. 14:17:51 Could say "is fixed (an unaffected by elections)." 14:17:57 Could say "is fixed (and unaffected by elections)." 14:18:05 cwilso: Should be clearer 14:18:16 Could say "is fixed (and unaffected by future elections)." ? 14:18:34 fantasai: It's not just elections 14:18:41 ... would suggest taking the wording and adding a note 14:18:46 Could say "is fixed (and unaffected by changes to the AB or TAG)." 14:19:37 plh: Maybe adjust the PR, and then come back later? 14:19:48 cwilso: Would be fine to reduce the normative text if we have a note. 14:19:57 ... Also happy to leave to Elika to craft the note and do async 14:20:06 RESOLVED: Merge PR 1022 with addition of a Note 14:20:48 s/Pull Request to Review/Simple Pull Requests to Review/ 14:20:56 Topic: Complicated Pull Requests to Review 14:21:02 Subtopic: Refine Expiration of Charter Refinement 14:21:08 github: https://github.com/w3c/process/pull/1011 14:21:35 florian: This defines explicitly that if you extend duration of Charter Refinement, that's a decision. 14:21:52 ... It also clarified that if you reach the deadline and fail to do anything: don't extend, don't move forward, etc. -- That counts as giving up 14:21:56 q+ 14:22:07 ... That's to patch the hole that we effectively have a decision, but if we don't declare it as such 14:22:14 q+ 14:22:23 ... If you abandon by dragging past the deadline, want to make it clear you can complain about it 14:22:26 ack ian 14:22:52 Ian: I had mentioned in the thread that if we're giving people an opportunity to object, they have to know about their 8-week window's start 14:23:04 ... You mentioned another path to cover the announcement part, where are we with that potential change? 14:23:20 florian: Yes, when we abandon things, we ought to say it. But if we forget, what happens? 14:23:40 ... In principle, if Team abandons, should announce it. 14:24:10 ... [reads PR] 14:24:21 ... I think maybe next PR covers announcement, if not we should talk about it 14:24:33 ... Here first, it says that Team may extend the period by sending an announcement. 14:24:37 ... That should be no problem. 14:24:55 ... Second part says, if fail to announce anything at all, that counts as a de-facto decision to abandon. 14:25:08 ... Maybe need to be clear that not supposed to fall under this path. 14:25:32 ack plh 14:25:44 plh: I'm fine with the proposal. 14:25:53 ... Agree with defining as the decision. 14:25:57 ... Are we resetting the clock? 14:26:12 ... If we announce later? 14:26:45 florian: My idea is let's not be overprescriptive, use common sense. If you miss the deadline by a day or two, it's fine, what's the difference between extending and starting a new effort? 14:27:09 Ian: I'm mildly uncomfortable with no visible signals of a decision. 14:27:27 ... If not announce, I would say there is a no decision. It's a bug. 14:27:39 ... At least not a hidden decision. 14:27:58 florian: If decision had irreversible consequences I would agree, but not here. Resuming can be done at no cost with no downside 14:28:07 plh: If Team wants to misbehave, and we have a silent decision to reject 14:28:20 florian: It's a decision, even if silent. If just extended without a decision, then can't object. 14:28:30 ... Being silent is bad, but at least we can process it. 14:28:49 plh: let's go to the next 14:29:04 florian: This new paragraph we looked at is moving between two others that will change. 14:29:11 Subtopic: Clean up 3-way decision at end of Charter Refinement 14:29:16 github: https://github.com/w3c/process/pull/1012 14:29:47 florian: There are series of change suggestions from Ted, and I think only the latest is current... 14:30:06 ... I think they're attempting to be editorial, but not convinced they're better. 14:30:09 ... Anyway 14:30:22 ... This decision at the end of Charter Refinement is complicated because it's 3-way decision. 14:30:37 ... You can object to one of them, and if you do, and council agrees with you, which of the other two happens? 14:30:46 ... So this makes it a bit special. Tries to enable a simple path. 14:30:54 ... Maybe I stop talking and we just read it. 14:31:03 q+ 14:31:25 -> https://github.com/w3c/process/pull/1012/files 14:31:54 florian: Note one thing that doesn't change, if someone objects to start of AC Review, nothing special happens -- just batch the FO with the rest. 14:31:59 ... othrewise some options 14:32:01 ack ian 14:32:07 Ian: I'm questioning whether it's really 3 choices or 2 14:32:15 ... 3 is creating some complexity 14:32:29 ... Nature of 2 of the choices is very similar: either going to proceed or not proceeding with proposal 14:32:33 ... Choice is about the proposa. 14:32:52 ... Extending is a process-related proposal, consequence separate from proposal. 14:33:13 ... Extending is not the same type of thing 14:33:23 florian: They're not the same type, but about the same thing. 14:33:35 ... If Team decides to extend, and someone object, what does that mean? 14:34:09 ... Does it mean "it's good enough, send it to the AC" or "it's never going to have consensus, give up already, let's not waste our resources continuing" 14:34:25 ... Maybe it will get consensus because too many people gave up engaging 14:34:31 ... But that's not good 14:34:36 ... [more examples] 14:35:22 ... [explains the PR] 14:35:41 ... Idk that this is perfect, but I think we need to do something here. 14:35:45 https://pr-preview.s3.amazonaws.com/w3c/process/1012/5f0a694...frivoal:0b9b15a.html#charter-development 14:35:54 plh: The GH changes are hard to read. If you look at the diff it's a lot easier to understand. 14:36:34 TallTed: Doesn't show the suggestions. I was trying to make clearer the fork in the road. 14:36:59 ... fantasai's comment was saying we give the Team a choice 14:37:03 -> https://github.com/w3c/process/pull/1012/files#r2039908853 14:37:27 florian: I agree that the last suggestion means the same as what I intend. 14:37:32 ... earlier ones maybe not 14:38:01 q+ 14:38:02 plh: How do ppl feel? do we merge with the suggestions, or ppl unhappy? 14:38:11 ack ian 14:38:40 Ian: I remain uncomfortable. Spidey sense about the complication. If we want to extend by a month and someone FOs, then have 2 months of FO handling. 14:39:44 q+ 14:39:56 Ian: This complicates the situation. Should say either go to AC review or not; or extend or not. Two decisions. 14:40:01 q+ 14:40:04 ... Too complicated for general case. 14:40:07 ack fantasai 14:40:18 q+ fantasai 14:40:24 ack ted 14:40:30 ack tallted 14:40:31 TallTed: Sympathetic with Ian, but the reason for documents like this is to cover the edge cases. 14:40:41 ... If the edge cases arrive, this is how we deal. 14:40:47 q+ 14:40:49 ... Contracts are there for when someone stops being reasonable. 14:40:54 ack florian 14:41:43 fantasai: Council path is not necessarily a 2-month path. The Council could short-circuit 14:41:47 fantasai: the council is not necessarily a 3-months path, it could be short-circuit 14:42:11 florian: Agree some complexity. But we have difference of textual complexity and situational complexity. 14:42:16 ... Some text that is easy to apply. 14:42:25 ... But without it we can be put into awkward situations 14:42:29 ... which can be more intricate. 14:42:40 ... So trade-off between real complexity vs textual complexity, prefer the latter 14:42:46 ack fantasai 14:42:46 fantasai, you wanted to react to TallTed 14:42:51 ack ian 14:43:00 Ian: Ted, I take your point about why contracts exist. 14:43:16 ... But how we write it may be different from the topics it covers. 14:43:29 ... If it were written so that 99% case were covered simply, and addendum for the complicated cases 14:43:41 ... E.g. add that you can object to an extension 14:43:46 q+ 14:43:54 ... Cover the edge case after the ordinary case 14:44:00 ack florian 14:44:12 florian: Formally objecting to abandoning or extending is not going to be uncommon anyway 14:44:21 ... so the whole paragraph is an exception 14:45:00 Ian: We have this lighter-weight objection mechanism with 5 people. Remains in place. But bit about extension be dealt with separately after that. That will happen approximately 0% of the time. 14:45:25 ... weaving 3rd option complicates reading of the usual case 14:45:39 plh: Here's what I propose, Ian, if you can live with it. 14:45:56 ... If we merge this PR as-is, and if we have better wording during wide review, we can come back 14:46:05 florian: Yes. There's an editorial question. And there's a substantive one. 14:46:17 ... Sure, we can take various editorial options. 14:46:27 ... But there's a quesiton of what options to people have. 14:46:36 ... I think the existence of these options will make reality simpler. 14:46:45 ... So I agree with plh, let's merge the PR and then work on editorial improvements. 14:46:50 Ian: I'm ok with that approach. 14:47:22 plh: So let's merge 1012 and 1011, with TallTed's suggestion and typo fix 14:47:45 florian: Ok, so then our follow-up actions would be look at editorial improvements, and ensure sufficient announcements 14:47:53 RESOLVED: Merge 1012 and 1011 14:48:11 Subtopic: Move details of how the Team evaluates charters to the Guide 14:48:18 github: https://github.com/w3c/process/pull/1000 14:48:41 florian: We discussed previously 14:49:00 ... Process doesn't need to say too much, because would be in Guide 14:49:03 q+ 14:49:19 scribe nick: Ian 14:49:23 scribenick: Ian 14:49:39 fantasai: Ian provided a list of considerations beyond the two in the text. 14:49:49 ...but 4 fall under scope and mission. 14:50:23 ...various ones are covered by mission and mature. 14:50:42 ...I don't love having assessment elsewhere which might be arbitrary 14:51:02 ...it would be nice to create a category like "otherwise impractical" 14:51:10 q+ 14:51:45 fantasai: I will not object to this (given time constraint) 14:51:49 ack ian 14:52:06 Ian: There's value in being more explicit because it becomes more predictable 14:52:22 ... For example, some of the things you said might be understood to be related to maturity, might not jump out at somebody 14:52:35 ... So might be surprised if advised if they need to get more community support 14:52:46 ... So value in being explicit, but not in Process 14:52:52 ... So pushed off a lot to staff to get things done 14:53:06 ... Don't expect there to be any absurd requests 14:53:07 age doesn't automatically equate to maturity... 14:53:39 florian: "otherwise doesn't meet the criteria" is open-ended, but they can object to things in Guide 14:53:42 ... so I'm ok with this 14:53:59 plh: Seems we need a PR for Guidebook 14:54:08 Ian: We have a whole revision to do, and I have a draft of that, but haven't updated lately 14:54:29 plh: Yes, but here we're linking to Guide so we should be clear 14:54:41 ... if we do merge this, we need a PR against Guidebook 14:54:45 plh: Any objections to merge? 14:55:06 RESOLVED: Merge PR and add charter assesment criteria to Guidebook 14:55:30 Subtopic: AC Recall of the AB or TAG 14:55:43 PR: AC Recall of the AB or TAG 14:55:54 s/PR: AC Recall of the AB or TAG// 14:55:59 PR: https://github.com/w3c/process/pull/888 14:56:06 Issue: https://github.com/w3c/process/issues/882 14:56:12 florian: [summarizes PR] 14:56:22 ... AB has interest in this, but not resolved to add yet. 14:56:41 ... Martin Thomson has a bunch of comments wrt how AC Appeals are run 14:57:12 plh: Did we have feedback from the TAG on this PR? 14:57:49 fantasai: AB was split on whether to have both mechanisms or only one. 14:57:53 ...that's an ongoing AB conversation 14:58:54 Florian: The AB needs to ask the TAG 14:59:03 ... our job here is to refine the proposal and forward to the AB for a decision 14:59:11 PLH: If the AB wants to merge it they can do so, but the CG shouldn't do the merge on its own 14:59:12 s/.../ 14:59:25 plh: Any comments on this PR before it goes to the AB? 14:59:38 florian: As part of rebasing, I had to deal with conflicts and things 14:59:56 ... This ability to fire entirety of AB or TAG has been called a "recall" or a "vote of no confidence". Latest calls it a "recall". 15:00:07 ... as opposed to "removal" when removing one member 15:00:36 fantasai: "vote of confidence" refers to just the vote. "recall" covers the whole process 15:00:50 florian: Other question is, is the re-use of the AC Appeal mechanism appropriate way to do this. 15:01:43 fantasai: Running a full recall is pretty heavy, should requre the AC to vote for it to happen. 15:02:24 plh: Can we send to AB ? 15:02:37 Topic: Moving Forward 15:02:48 s/Topic: Moving Forward// 15:02:58 florian: Merging stuff related to removal/recall is the last major thing. 15:03:09 plh: Assuming they reach a conclusion, can we start the wide review of the process docuent? 15:03:20 florian: I think that's where we are 15:04:01 Topic: Scheduling 15:04:09 fantasai: We're still waiting on PSIG 15:05:22 [discussion of scheduling] 15:14:05 Meeting closed. 15:17:33 RRSAgent, make minutes 15:17:34 I have made the request to generate https://www.w3.org/2025/04/23-w3process-minutes.html florian 17:11:24 Zakim has left #w3process