14:02:33 RRSAgent has joined #w3process 14:02:37 logging to https://www.w3.org/2025/10/22-w3process-irc 14:02:39 zakim, start the meeting 14:02:39 RRSAgent, make logs Public 14:02:41 Meeting: Revising W3C Process Community Group 14:02:47 chair: Brent 14:03:06 present+ 14:03:40 present+ 14:06:06 present+ 14:06:17 present+ 14:06:31 present+ 14:07:12 scribe: hober 14:08:02 Topic: Propose to Close 14:08:11 https://github.com/w3c/process/issues?q=state%3Aopen%20label%3A%22Proposed%20to%20close%22 14:08:31 Brent: let's see if anyone left a comment after these were marked 'propose to close' 14:08:40 .. 1033, no comments 14:08:46 .. 414, no comments 14:09:13 .. 409, has comments, from florian & TallTed 14:09:37 TallTed: every group type that exists should be covered in the process. 14:10:11 .. i don't have any particular thought about what to say about them. sketch in my comment: "these group types aren't discussed more here, because they're defined elsewhere. we may define them here in the future" 14:10:25 q+ 14:10:28 Brent: another option, we could incorporate the BG/CG process document by reference 14:10:45 .. maybe someone knows the historical context 14:10:45 ack plh 14:11:12 plh: CGs were created so anyone coming to us with an idea can quickly form a community around it without going through any kind of vetting process. 14:11:36 .. very minimialist; some have resisted adding it to the process because it could become more heavyweight over time 14:11:47 .. Ian and Dom are working on revising this 14:12:03 .. any attempts at making CGs more complicated would face resistance 14:12:15 .. that's why it's not in the process doc today 14:12:20 https://github.com/w3c/process/issues/409 14:12:31 Brent: i don't think we should add anything to this process that isn't in the CG process 14:12:35 Github: https://github.com/w3c/process/issues/409 14:12:49 plh: maybe we could say "if you have a new idea, go make/join a CG" 14:13:03 .. BGs aren't used as much these days 14:13:11 q? 14:13:44 tidoust: the process introduction mentions BGs and CGs 14:13:55 .. it may be worth having something about incubation in general 14:14:11 .. i wouldn't want the process to start describing how CGs operate 14:14:20 subtopic: https://github.com/w3c/process/issues/328 14:14:32 Brent: i don't think anyone here wants to make anything more complex 14:14:35 ... 328, no comments 14:14:50 .. after this call, we're going to close 1033, 414, and 328 14:15:13 plh: re: 328, tooling should create an issue in the AB-memberonly repo whenever a charter goes out for review 14:15:27 .. haven't fixed it because the AB hasn't left many comments 14:15:42 .. if the AB wants to reconsider that, just let me know 14:15:45 Brent: okay 14:16:13 .. opening an issue on the AB github repository probably wouldn't result in action; our work more isn't very github-centric 14:16:31 Topic: Agenda+ 14:17:09 Brent: anybody at any time can add 'agenda+' to any issue or PR 14:17:32 Github: https://github.com/w3c/process/issues/442 14:17:37 .. only thing we have on agenda+ is issue 442 14:18:01 .. "Need a Policy for Submission Requests" 14:18:08 .. any comments? 14:18:16 .. was proposed to transfer this issue at some point 14:18:31 plh: was raised during AC review of the process doc in 2020 14:19:03 .. this issue was raised before member submissions got simplified 14:19:25 .. they're rare, so fantasai suggested we could move this to the guide 14:20:59 .. the team can reject a submission because it's harmful to the web 14:21:14 .. issue raised in 2020 was that the team held this power exclusively 14:21:34 .. but these days we've published principles as statements 14:21:38 .. the team is bound by those 14:21:45 .. so i don't think there's any action needed here 14:21:53 Brent: okay, let's add 'propose to close' to this one 14:21:56 --> https://www.w3.org/guide/process/member-submission.html Member submissions 14:22:02 .. and we'll close after the call 14:22:36 plh: i don't believe the team has rejected any member submissions in quite some time. this is a hypothetical concern. 14:22:43 topic: Issue Triage 14:23:07 https://github.com/w3c/process/issues?q=is%3Aissue%20state%3Aopen%20sort%3Aupdated-asc 14:23:21 Brent: LRU order for triage 14:23:50 .. is there something for this group to do? if so, do we have the info we need? if not, should this be transferred elsewhere or closed? 14:23:56 subtopic: https://github.com/w3c/process/issues/1007 14:24:02 Github: https://github.com/w3c/process/issues/1007 14:24:18 Brent: raised during 2020 AC review 14:24:42 s/Brent: raised during 2020 AC review/raised on March 26th/ 14:24:58 .. single comment, from something cwilso raised elsewhere 14:25:15 .. many references to this from other discussions 14:25:22 .. 3 merged PRs related to this 14:25:26 .. maybe we can close 14:25:58 plh: i don't think we have such a thing in the process 14:26:06 hober: it's part of the AB/TAG discipline work 14:26:23 Brent: all of the related issues were merged into a single branch 14:26:43 .. my suggestion is that it's already labeled with the branch, so it's already triaged 14:26:50 hober: that works for me 14:27:06 subtopic: https://github.com/w3c/process/issues/553 14:27:19 Github:  14:27:26 Github: https://github.com/w3c/process/issues/553 14:28:06 Brent: raised in 2021; no comments since then 14:28:10 .. no activity since 14:28:17 .. is this still an issue? 14:28:30 plh: this hasn't crossed my radar much 14:28:37 .. no group came to me to say this was unclear 14:28:45 .. that said, the issue is useful 14:28:53 .. some iteration is possible here 14:29:01 .. maybe resulting in changes to the Guide 14:29:09 .. hopefully no process changes would be required 14:29:29 hober: so should we transfer this to the guide? 14:29:33 plh: not yet 14:29:57 .. alan's numbered list in the issue should be added to the guidance for moving things to cr snapshot 14:30:02 Brent: that's a good idea 14:30:11 plh: it could go into the "transition guidance" document 14:30:57 .. which no one reads :( 14:31:17 .. ylafon and i try to catch these sorts of things 14:31:28 .. i've assigned the issue to myself 14:31:41 Brent: okay, let's transfer the issue 14:32:15 .. done 14:32:47 subtopic: https://github.com/w3c/process/issues/554 14:32:50 Github: https://github.com/w3c/process/issues/554 14:33:10 Brent: raised by mnot 4 years ago 14:33:20 .. editorial suggestion 14:33:31 .. conversation died down 4 years ago 14:33:40 .. sounds in line with the refactoring we want to do anyway 14:33:58 .. also happy to close; we may not need to track it 14:34:23 hober: i'd prefer to keep it open 14:34:32 Brent: i could create a 'refactoring' label 14:34:37 hober: okay! 14:35:05 plh: previous editor chose to keep the current organization, so this is unlikely to change until new editor in place 14:35:15 subtopic: https://github.com/w3c/process/issues/589 14:35:20 Github: https://github.com/w3c/process/issues/589 14:35:40 Brent: raised by manu 14:35:54 .. says the "revising a recommendation" process is painful 14:35:56 .. this is true 14:35:58 plh: indeed 14:36:11 Brent: this is in line with the kind of feedback we're looking to gather at tpac 14:36:22 hober: let's add your new label to it 14:36:34 plh: should this be marked as a priority item? 14:36:45 Brent: we're waiting on the AB to tell us what our priorities are 14:37:02 .. the triage point is that it's possible this is useful, so we should keep it open 14:38:28 plh: this is a hot issue. devices & sensors and webapps are going back and forth on this re: their joint deliverables 14:38:45 subtopic: https://github.com/w3c/process/issues/561 14:38:49 Github: https://github.com/w3c/process/issues/561 14:39:17 Brent: should the process CG exist? 14:39:42 .. florian and i have been doing some triage. anything that says "needs ab feedback", we think about if we should transfer it 14:39:52 .. that label was added 4 years ago 14:40:02 .. has that feedback even been received 14:41:01 hober: okay to transfer this to the AB 14:41:10 Brent: it's the AB's decision to make anyway 14:41:15 .. let's transfer it 14:41:34 .. will transfer it to AB-public if that's okay 14:41:48 plh: sounds good to me 14:41:59 .. thinking on this has evolved since the label got added 14:42:19 .. +1 to transferring it 14:42:31 subtopic: https://github.com/w3c/process/issues/555 14:42:35 Github: https://github.com/w3c/process/issues/555 14:42:50 Brent: editorial issue raised by mnot back in 2021 14:43:10 plh: did we change this in the recent process? 14:43:34 tidoust: the sentence is still there 14:43:47 plh: it's still an issue 14:43:56 .. we should at least drop the second half of the sentence 14:44:01 Brent: okay, let's keep it open 14:44:32 plh: we have the vision, so it should be easy to update the text 14:44:38 subtopic: https://github.com/w3c/process/issues/604 14:44:44 Github: https://github.com/w3c/process/issues/604 14:45:15 Brent: raised by cwilso in 2022 from a suggestion from tantek 14:45:29 .. lively conversation back then 14:45:42 .. a couple of years later, thought was that we need feedback from the AB 14:45:57 .. should we close, transfer, or leave it open? 14:46:59 hober: i think the underlying problem is real. we should transfer it to the AB 14:47:16 plh: not sure transfering is the best approach 14:47:23 .. in practice, this hasn't been an issue 14:47:34 .. no one's used an AC appeal in a long time 14:47:45 .. if it gets moved to the AB, it'll stay open 14:47:54 .. i guess i don't mind parking the issue with the AB 14:48:35 Brent: any objections to transferring? 14:48:44 .. hearing none, transferred 14:49:11 subtopic: https://github.com/w3c/process/issues/597 14:49:17 Github: https://github.com/w3c/process/issues/597 14:50:13 hober: i'm quite sympathetic to the issue as raised 14:50:19 Brent: sounds like it should remain open 14:50:35 .. is the registries guidance in the process sufficient 14:51:33 hober: not sure if the issue should be transferred to the AB as part of overall 14:51:51 hober: this issue is a symptom of the larger AB issue re: interoperabilty 14:51:57 .. dunno if we should transfer or keep open ourselves 14:52:05 plh: also a registry issue in fedid 14:52:19 .. how many requirements should be put on registries 14:52:32 .. we shouldn't be surprised if registry issues come back to us 14:54:01 hober: maybe we need a "3 Is" label for this one 14:54:09 plh: agreed 14:54:25 Brent: we'll create a new label and keep this issue 14:55:29 .. the VCWG hasn't created a registry 14:55:57 .. i'm happy that the work was able to continue and successfully result in 2.0 14:56:15 subtopic: https://github.com/w3c/process/issues/625 14:56:19 Github: https://github.com/w3c/process/issues/625 14:58:06 hober: reminded of the difficulties around resolving objections in HTML. their interpretation of weakest was not a measure of forcefulness, it was a measure of harm. 14:58:22 ... I'm inclined to say it's an issue, and update the text 14:59:03 Brent: next meeting was scheduled for duing tpac, so we won't be meeting then 14:59:20 plh: there will be a chairs' breakfast thursday morning at tpac 14:59:28 .. we will encourage them to give feedback on the process 15:06:31 I have made the request to generate https://www.w3.org/2025/10/22-w3process-minutes.html TallTed 15:08:44 dbaron has joined #w3process 15:08:45 i|Topic: Propose to Close|agenda: https://www.w3.org/events/meetings/22a219df-1882-4759-ba84-fd0b4ade9f21/20251022T100000/ | 15:08:45 previous meeting: https://www.w3.org/2025/10/08-w3process-minutes.html 15:08:45 next meeting: https://www.w3.org/2025/11/12-w3process-minutes.html 15:09:10 I have made the request to generate https://www.w3.org/2025/10/22-w3process-minutes.html TallTed 15:10:03 github-bot has joined #w3process 16:40:59 Zakim has left #w3process 17:50:16 dbaron has left #w3process