13:56:13 RRSAgent has joined #w3process 13:56:18 logging to https://www.w3.org/2026/03/11-w3process-irc 13:56:25 zakim, start the meeting 13:56:25 RRSAgent, make logs Public 13:56:27 Meeting: Revising W3C Process Community Group 13:56:37 Chair: Brent Zundel 14:01:24 present+ 14:01:33 I have made the request to generate https://www.w3.org/2026/03/11-w3process-minutes.html MacTed 14:01:41 I may be in the wrong zoom 14:02:39 agenda? 14:02:44 zakim, who's here? 14:02:44 Present: MacTed 14:02:46 On IRC I see RRSAgent, Zakim, brent, florian, MacTed, csarven, github-bot, Mek, Ian, timeless, astearns, hdv, plinss, cwilso, hober, Ralph, plh, Daniel, tidoust 14:02:53 present+ Florian, Ian, Brent, WeiDing 14:03:03 rrsagent, make minutes 14:03:04 I have made the request to generate https://www.w3.org/2026/03/11-w3process-minutes.html Ian 14:04:27 scribe: Ian 14:04:30 Chair: Brent 14:04:53 Dingwei has joined #w3process 14:05:03 Topic: PRs 14:05:04 https://github.com/w3c/process/pulls 14:05:24 present- MacTed 14:05:24 present+ 14:05:29 present+ 14:05:34 subtopic: https://github.com/w3c/process/pull/1021 14:05:37 Github: https://github.com/w3c/process/pull/1021 14:05:45 Brent: I believe 1021 is ready to merge 14:05:52 I have made the request to generate https://www.w3.org/2026/03/11-w3process-minutes.html TallTed 14:05:58 ...following lots of discussion 14:06:16 q+ 14:07:19 ack florian 14:07:31 ack florian 14:07:49 Florian: Last pending comment from @chrisn appears to have been addressed. 14:08:34 Ian: +1 to the text 14:08:36 Florian: +1 14:08:40 (No objections) 14:08:47 RESOLVED: Merge pull request 1021 14:09:26 subtopic: https://github.com/w3c/process/pull/1129 14:09:30 Github: https://github.com/w3c/process/pull/1129 14:10:12 Florian: Last time I said I would combine comments into a canonical text (done) and sent to PSIG (done). Now we await PSIG replies so let's leave open. 14:10:26 subtopic: https://github.com/w3c/process/pull/937 14:10:29 Github: https://github.com/w3c/process/pull/937 14:10:50 Florian: I'm still awaiting data from the Team. 14:14:28 Topic: Issues 14:14:30 https://github.com/w3c/process/issues?q=is%3Aissue%20state%3Aopen%20sort%3Aupdated-asc 14:15:00 subtopic: https://github.com/w3c/process/issues/700 14:15:05 Github: https://github.com/w3c/process/issues/700 14:16:37 Florian: Yes, revisions are complicated. I have some ideas for simplification. One is easy, one complex. 14:17:10 ...the easy one is to drop the distinction between Recs that can have new features once published and those that can't once published. 14:18:12 ...the different scenarios create terminology explosion, so the simplification is to say "All Recs can have new features once published" but that would break old problems. 14:18:35 ...but my suspicion is that, in practice, people don't rely on the historical promise. 14:18:58 ...people who refer to dated versions will be ok since we don't update dated versions in place. 14:19:13 q? 14:19:18 q+ 14:19:43 Brent: This is part of the AB's active discussion on process refactoring 14:19:54 ...my inclination is to label this to indicate that this is a topic of active discussion. 14:20:32 Florian: Issue 700 is a general issue on "complicated process" but I think there may be a specific issue as well. We can label both as pending AB feedback. 14:21:01 Brent: I am ok with "pending AB feedback" but also "topic simplification" 14:21:10 ack me 14:21:14 q+ 14:21:58 Ian: How is the AB handling this (e.g., principles, use cases, etc.)? 14:22:12 Brent: We had a conversation at our face-to-face. 14:22:17 ack Florian 14:22:50 Florian: The related issue is #938 14:23:17 ...I have a proposal for how to make it less confusing. 14:24:24 ]q+ 14:24:34 q+ 14:25:18 ack florian 14:25:27 Ian: It would be great to identify promises/guarantees and work from there. 14:25:57 Florian: +1 to that comment. I think we can make some changes that "don't change promises" and create less friction. 14:27:01 Ian: It would be great to articulate guarantees and then have a strategic discussion of adjusting the dials (e.g., to get more streamlined approach) 14:27:07 Brent: That is approximately how we are proceeding. 14:27:31 ...and when discussed, the conversations are in the AB's minutes 14:28:32 ...I hesitate doing a PR before the AB has made progress. 14:29:05 q+ 14:29:09 ack Ian 14:31:21 subtopic: https://github.com/w3c/process/issues/714 14:31:24 Github: https://github.com/w3c/process/issues/714 14:33:03 Florian: There was not agreement on the 714 thread to make a change. 14:33:39 Proposed: Close 714 14:33:47 (No objections) 14:33:51 RESOLVED: Close 714 14:34:23 subtopic: https://github.com/w3c/process/issues/712 14:34:29 Github: https://github.com/w3c/process/issues/712 14:35:31 Florian: Statements are being used. @mnot think that the checks can be abused and there's a risk of overstating the level of community endorsement. 14:36:38 present+ 14:37:56 Ian: Can someone characterize why Recs may be ok and Statements less so? 14:38:18 Florian: I think the thinking is that there are more occasions on the Rec track (in practice) for feedback 14:39:09 ....see issue 712 for more detail. 14:39:40 Brent: Have concerns been validated through the processes leading to some Statements (e.g., Vision) 14:40:01 ...I did not have the sense that it was pushed through without review. 14:40:48 Brent: What action might we take? 14:41:05 q+ 14:41:08 ack 14:41:11 scribe+ 14:41:41 Ian: When we proposed a Sustainable Web WG, there was pushback against guidelines on the Rec track. 14:41:54 ... I pointed out that there was a path. 14:42:07 q+ 14:42:41 ... Through statements, which would seem a good fit for an IG deliverable, with enough opportunities for wide review and feedback. 14:42:45 ack Ian 14:43:32 ... There is value that the boarder community has a chance to review documents before they become Statements. 14:44:13 ... You could say that the TAG and AB bodies only get internal review as part of the Process, and we should add an explicit call for review from the rest of the community. 14:44:24 Florian: I believe that is already what the Process requires. 14:45:05 q? 14:45:07 ack flo 14:45:48 Ian: What are the signals that wide review was sought, say for the Vision Statement? 14:46:10 Florian: Blog posts, communication at various events, feedback on a public repository. 14:46:21 ... Was it enough? We can argue about that. I would say yes. 14:47:07 ... A possible step forward is that no one else seems to be complaining about Statements. Maybe we could give people a last opportunity to weigh in, and close the issue afterwards. 14:47:54 Ian: We don't have a way to easily reach all members of the community. Should we do that on occasion? IETF seems to be doing this once in a while. Could be used to seek feedback on specific proposals. 14:48:43 q? 14:48:45 q+ 14:48:55 q+ 14:48:56 ... We have opportunities for the community to gather around. TPAC. Breakout Days. Can we think of a community wide approach to do some of this? 14:49:22 florian: We have a way to reach to *anybody*, but only those who opt into it see the announcements. 14:49:30 ack florian 14:49:40 Ian: Yes, public-review-announce. 14:49:45 https://lists.w3.org/Archives/Public/public-review-announce/ 14:49:50 ack brent 14:50:56 brent: My inclination is to say that this is a good question if a Statement comes through that has not been sufficiently been vetted. People can formally object to the publication in any case. It doesn't feel that there's anything for us to be doing here. 14:51:45 ... My suggestion is that we propose to close this. Everyone who has commented on the issue will see the proposal and today's minutes, and may provide additional feedback. 14:52:10 s/I believe that is already what the Process requires./I believe that is already what the Process requires, but I believe that Mark is not confident that the verification that this has happened are sufficient 14:52:12 Ian: I do note that the statements went through public-review-announce mechanism. 14:52:20 PROPOSED: Close 712 14:54:02 Florian: I don't think Statements are fit for purpose *when a very timely response is required* (e.g., call for review of CRA; but for the purpose where they have been used in practice, I think they are fit for Purpose. 14:54:19 subtopic: https://github.com/w3c/process/issues/727 14:54:23 RESOLVED: Close 712 14:54:35 Github: https://github.com/w3c/process/issues/727 14:54:44 s/RESOLVED: Close 712/RESOLVED: Mark 712 as Proposed to Close/ 14:55:13 RRSAGENT, make minutes 14:55:15 I have made the request to generate https://www.w3.org/2026/03/11-w3process-minutes.html Ian 14:55:21 RRSAGENT, set logs public 14:56:09 Florian: I think the requirements are against the most recent working draft (not the FPWD) but also if that's the case, then it's not a useful requirement. 14:56:34 ...there are tradeoffs here as well: more documentation is onerous to produce, but presumed to inform reviewers 14:56:36 q+ 14:57:06 Florian: The priority of constituencies is important to consider here. 14:57:07 ack brent 14:57:19 previous meeting: https://www.w3.org/2026/02/25-w3process-minutes.html 14:57:19 next meeting: https://www.w3.org/2026/03/25-w3process-minutes.html 14:58:05 agenda: https://www.w3.org/events/meetings/26a1cf2b-68d5-4a96-9f1d-a0fe198be58e/20260311T100000/ 14:58:26 Brent: I think I agree with the assertion that the issue mischaracterizes the process. I do think that change logs are important to reviewers. Perhaps there's something to look at here more closely about the two points to consider when creating a change log. 14:59:25 Florian: Many changes happen between CR and FPWD and I can imagine diff is not helpful. 15:00:07 Brent: in the IETF, every internet draft goes through a series of changes and at some point the editors decide to publish a new version. With every new published version there is an expectation that major changes will be captured in a change log. 15:00:37 (No action on this issue at this meeting) 15:01:09 Florian: The appropriate thing might be to require it since FPWD and observe that it pointing to the GitHub log is probably sufficient. 15:01:48 Brent: I may not care about change log pre CR 15:02:00 Florian: Substantive changes may be useful for IPR reasons. 15:02:06 RRSAGENT, make minutes 15:02:07 I have made the request to generate https://www.w3.org/2026/03/11-w3process-minutes.html Ian 15:02:13 RRSAGENT, set logs public 15:02:22 s/Substantive changes/class 4 changes/ 15:02:52 RRSAGENT, make minutes 15:02:54 I have made the request to generate https://www.w3.org/2026/03/11-w3process-minutes.html Ian 15:03:01 RRSAGENT, set logs public 15:04:41 github-bot, end topic 15:05:10 hmmm, that wend to the wrong place 17:22:16 Zakim has left #w3process