13:55:56 RRSAgent has joined #w3process 13:55:56 logging to https://www.w3.org/2020/09/16-w3process-irc 13:55:58 RRSAgent, make logs Public 13:56:00 Meeting: Revising W3C Process Community Group 13:56:03 present+ dsinger 13:56:03 fantasai has joined #w3process 13:57:44 present+ 13:59:53 jeff has joined #w3process 14:01:37 present+ 14:03:39 present+ 14:03:56 jrosewell has joined #w3process 14:05:12 present+ 14:05:22 scribe+ 14:05:43 Topic: Agenda corrections 14:05:51 David: Any corrections? 14:05:57 ... none 14:06:09 Topic: P2020 14:06:14 David: It is published and linked 14:06:22 ... Congratulations 14:06:31 All: [clapping] 14:06:45 Topic: Consensus on issues 14:06:52 Subtopic: #428 14:07:02 David: PLH seems to want to leave it open 14:07:06 ... don't know why 14:07:19 Florian: PLH pointed out that we may want to use it in the future 14:07:27 ... but he has now marked it as approved 14:07:31 David: Objections? 14:07:40 [None] 14:07:53 #428 approved to pull 14:07:54 plh has joined #w3process 14:07:57 David: PR #428 is approved 14:08:06 Subtopic: #262 14:08:23 David: Proposal to add a single sentence 14:08:29 ... but Nigel's comment 14:08:40 Florian: Nigel's comment is an orthogonal issue 14:08:47 ... problem in existing text 14:08:56 David: We should file an additional issue 14:09:00 Florian: I think so 14:09:06 ... his problem with context above 14:09:08 present+ 14:09:35 David: Comments? 14:09:41 [None] 14:09:53 q? 14:10:07 #262 approved. new issue needed for the new question 14:10:11 David: Pull request #262 is approved. 14:10:27 tzviya has joined #w3process 14:10:31 Fantasai: Are we dfn'ing it? 14:10:35 David: No 14:10:42 Subtopic: #438 14:10:52 David: Some dissent about how much of a note we need 14:11:01 Florian: Dissent seems to be within the team 14:11:06 ... Ralph v Wendy 14:11:17 David: Wendy supported by me and Chaals 14:11:18 q+ 14:11:22 ack jeff 14:11:42 ... Jeff can you resolve within the team 14:11:47 Jeff: Not really 14:11:55 Florian: I'll take it. 14:12:22 ... Can we take a tentative resolution that on point (c) we delegate to Wendy and Ralph and accept everthing else 14:12:25 ... ? 14:12:44 David: You could do the base effort and keep the issue open about the note. 14:13:10 Fantasai: You can include the note with the prefix "Issue" 14:13:18 David: Let's do that 14:13:27 #438, not agreed, we have continuing dissent over the note; we will pull with the Note as an issue, to enable progress 14:13:30 Florian: Prevents branches on top of branches 14:13:46 Subtopic: #449 14:14:20 David: Process has been published without the change 14:14:25 ... should we do for next year 14:14:34 Florian: Drop Amended REC so there is no conflict 14:14:40 Fantasai: Should be OK 14:14:52 ... new items are Proposed Corrections/Additions 14:15:09 q? 14:15:15 ... outside of Process Doc noone sees the term Proposed Change 14:15:35 PLH: Part of this is to help people understand 14:15:44 ... discussed recently with Fantasai 14:16:05 ... let's first get rid of Amended REC 14:16:09 ... shouldn't hurry 14:16:14 ... let's revisit in 3 months 14:16:23 q? 14:16:27 David: Rename for this process since it is a better name 14:16:38 ... sounds like agreement to incorporate #449. 14:17:07 Fantasai: I like calling Amended REC - "Team Amended REC" 14:17:10 agree to incorporate #449 and gain experience. (a revisit will need a new issue) 14:17:12 ... even without a conflict 14:17:39 Topic: Registries 14:17:52 David: Got logjammed last year 14:18:00 ... then we finished Ever* 14:18:03 ... I relooked 14:18:05 ... it is long 14:18:10 ... tried to simplify 14:18:16 ... took a fork 14:18:42 ... can define state of registry by looking at state of its recommendation 14:18:55 ... when reach REC, registry become formal 14:19:02 ... The, do you need a CR? 14:19:08 s/The/Then/ 14:19:21 ... There are no implementations 14:19:26 ... why have a CR phase 14:19:34 ... but it is a signal to a WG 14:19:42 ... still need signal 14:19:51 ... ask for experimental registrations 14:19:59 ... consider whether they would work 14:20:02 ... well defined? 14:20:10 ... are the fields all there? 14:20:22 ... so let's say that a registry definition is part of a ReC 14:20:30 ... that's what I built 14:20:37 q+ 14:20:39 ... some names unclear (e.g. Registry report) 14:20:45 q+ 14:20:49 ... apologize for failure to bikeshed 14:21:07 my draft at 14:21:09 ... could we pursue this direction 14:21:12 q? 14:21:14 ... clearly need work 14:21:15 ack plh 14:21:20 PLH: 2 things 14:21:31 ... 1. Ralph would like to help with this. 14:21:36 https://www.iana.org/assignments/provisional-standard-media-types/provisional-standard-media-types.xhtml 14:21:50 ... 2. How is CR phase different from provisional list of IANA 14:21:57 q+ 14:21:58 ... I saw James' email 14:22:07 ... renaming incubation to experimental 14:22:10 ... match IETF 14:22:15 ... same for registry? 14:22:28 David: Yes, during CR, registry is provisional 14:22:34 PLH: You should consider it 14:22:51 David: They have provisional registration. This is a provisional registry. 14:23:10 Fantasai: Exactly. That is provisional entries; not a provisional registry 14:23:30 ... all the values are in the registry unprovisionally 14:23:38 David: Not quite the same 14:23:43 ack flor 14:23:47 ... thanks for Ralph's help 14:23:49 fantasai, you wanted to reply about provisional 14:23:53 Florian: Interesting step forward 14:23:59 ... will crack it from here 14:24:05 ... I'll rebase to latest version 14:24:14 ... will update pre-existing version 14:24:21 ... prevent accidental differences 14:24:36 ... two differences 14:24:41 ... 1. that you talked about 14:24:56 ... we already have recognized "no implementation to work for" 14:25:11 ... 2. If in a standalone doc with no implementable requirement 14:25:20 ... then also nothing for PP to cover 14:25:27 ... why involve lawyers? 14:25:43 ... so we have similar to REC track; removing irrelevant bits 14:25:49 ... I will try a rewrite 14:26:02 ... need to think about residual value of CR phase 14:26:11 ... if not we can simplify further 14:26:21 q+ to suggest the possibility of implementation-free Recs and skipping exclusion 14:26:21 ... or a longer process that is easier to run through 14:26:34 ... sync editorially will help that 14:26:52 ... 2. Previous version allows registration and definitions in REC or standalone doc 14:26:55 dsinger, you can't skip exclusion. The Patent Policy defines itself to apply to the Recommendation Track. 14:26:59 ... but not split between the two 14:27:08 ... not quite objecting strongly 14:27:12 ... but I see tension 14:27:13 dsinger, so as long as you're putting a document on the Recommendation Track, the Patent Policy will apply to it 14:27:16 ... strong coupling 14:27:28 ... can't read a table without knowing the purpose of columns 14:27:36 ... so duplication if not in same doc 14:27:44 ... could be annoying 14:27:57 ... also not clear what to link to - single concept in 2 docs 14:28:04 ... revisions are easy 14:28:22 ... a conforming historical version of 2 docs is annoying (though possible) 14:28:42 ... without value to separate, why tolerate these annoyances? 14:28:48 q? 14:28:52 ack jr 14:29:09 James: I bring ignorance of existing process 14:29:15 ... how is this seen outside the org 14:29:22 ... other factors to consider 14:29:29 ... how is it communicated? 14:29:39 ... how would outsiders understand it; and the importance? 14:29:42 q+ to respond to james 14:29:45 ... simplification is good 14:29:53 ... aligning with external processes are helpful 14:30:13 ... use terms that align with what people are familiar with 14:30:36 ... e.g. ITIL (IT information Library) 14:30:43 ... basis for many dev op processes 14:30:55 ... has a familiar lexicon 14:31:00 David: Please send to process ml 14:31:23 David: We have no process for registration 14:31:29 ... we have some in tables in a REC 14:31:33 ... separate REC 14:31:37 ... wiki, gh repo 14:31:47 ... all over because we lack a preferred way to do it 14:32:22 ... unclear who has authority to update 14:32:26 ... are they keeping history 14:32:27 q? 14:32:31 ... need to clean up 14:32:34 ack ds 14:32:34 dsinger_, you wanted to suggest the possibility of implementation-free Recs and skipping exclusion 14:32:47 David: For exclusion opportunities 14:32:56 ... we have other RECs with no implementation phase 14:33:03 ... focus on terminology 14:33:17 ... could simplify lawyer's life by saying not implementable 14:33:23 ... would require PP change 14:33:27 ... might not be worth it 14:33:33 Fantasai: Definitely not 14:33:39 ack flo 14:33:39 florian, you wanted to respond to james 14:33:39 David: May be easier to leave it in 14:34:01 Florian: Ease of understanding by external people is part of why we have a separate track 14:34:01 q+ to comment on the split 14:34:14 ... for internal people - easy to understand as a REC 14:34:25 ... for external people - much easier as a standalone 14:34:39 ... avoid amendment process, etc. 14:34:48 q? 14:34:51 ... not needed for registry 14:35:01 ... who do we optimize for? 14:35:02 q? 14:35:14 David: On the split question 14:35:20 ... I operate MP4 RA 14:35:39 ... 99% readers look at RA to understand meaning of 4 character codes 14:35:44 ... true for IANA as well 14:36:00 ... hierarchy of constituents 14:36:08 ... most common usage is lookup 14:36:14 ... very few read the definitions 14:36:20 ... only to register a new value 14:36:26 ... fine to publish together 14:36:35 ... but shouldn't require it 14:36:42 q? 14:36:43 ... realize it is a ditch. 14:36:47 ack ds 14:36:47 dsinger_, you wanted to comment on the split 14:36:50 q+ 14:36:55 ack jef 14:36:56 q+ to propose how to move forward 14:37:25 q+ 14:37:38 ack plh 14:37:44 Jeff: Can you have 2 copies of the value table (one non-normative) to simplify the lookup 14:37:47 David: Rather not 14:38:02 PLH: We can do tooling on top to provide the same information in a different way 14:38:15 David: I would like that to be the small amount that defines the table. 14:38:18 ack flo 14:38:18 florian, you wanted to propose how to move forward 14:38:37 Florian: I will update your thing to the latest version 14:38:42 ... tweak my part 14:38:58 ... focus on the differences for the AC presentation 14:39:03 ... get the AC input 14:39:06 q+ 14:39:15 ... I would like to hear from a broader audience 14:39:22 +1 to hearing from a broader audience 14:39:25 ack jef 14:39:26 David: I agree with what you say 14:39:31 specifically on these two questions 14:39:54 Jeff: Deadline on Monday for AC presentations 14:39:57 David: Yes 14:40:23 David: You should not have conformance depend on definitions in the registry 14:40:29 ... registry is mutable 14:40:36 ... this is not exclusive to registries 14:40:47 ... I included a note in my write-up 14:41:01 ... so this observation is a more general observation 14:41:10 ... but an easy mistake to make 14:41:19 ... do we need this warning in registries 14:41:20 q+ 14:41:23 q+ dependencies in general 14:41:45 q+ 14:41:52 ack jeff 14:41:54 Jeff: If we know we need it here, let's put it here 14:41:58 ... worry about the rest later 14:42:03 Fantasai: I agree 14:42:06 ack jrose 14:42:08 Florian: Seems reasonable for now 14:42:26 James: Much implementation happens before CR 14:42:55 ... important dependencies happen before REC phase 14:43:05 ... mapping dependencies are quite difficult 14:43:19 ... may depend on IETF experiment; on a doc in incubation phase 14:43:26 ... hard to understand current state 14:43:38 ... may be fixing the problem after the horse has bolted 14:43:51 ... work is overly finalized before REC phase 14:43:53 ack fant 14:43:56 ... a reality that we face 14:44:03 Fantasai: That is a separate topic 14:44:09 ... Can't control implementations 14:44:22 ... or the timing where proposals come up 14:44:31 q+ to ask about names 14:44:34 ... some times need to push forward to align 14:44:40 ... can we have some conclusions 14:44:45 ... sync the two options 14:44:55 ... create an AC presentation to collect more feedback 14:44:58 q? 14:45:17 David: I use the word "referencing REC" for something that uses registry 14:45:26 tantek has joined #w3process 14:45:32 ... "registry definition" for the definition 14:45:41 ... "registry report" for instantiation 14:45:41 present+ 14:45:50 ... we should simplify the terminology 14:46:00 ... call the tables "W3C registry" 14:46:08 ... opinions? 14:46:16 Florian: Agree it is awkward 14:46:23 ... many animals to name 14:46:27 ... it is hard 14:46:31 ... they are bad 14:46:44 ... but may end up with fewer things once we are done 14:46:47 q+ 14:46:51 ack ds 14:46:51 dsinger_, you wanted to ask about names 14:47:00 David: We should revisit at end 14:47:14 ... anyone object to calling it W3C registry for now? 14:47:29 Tantek: Look at what names people are using 14:47:35 ... accept as much as possible 14:47:58 David: Let's simplify along those lines 14:48:00 q? 14:48:05 Florian: Bikeshedding is hard 14:48:16 ... we don't have a lot of time before the AC call 14:48:21 ... issues with W3C Registry 14:48:30 ... maybe we will drop it; for now the word is used already 14:48:41 ... let's not have the same word mean different things in two branches 14:48:41 q? 14:48:45 ack jrose 14:48:50 David: We'll put it on people's radar. 14:49:03 James: On naming, can delegate to a subset 14:49:24 ... 50% of time (for recent charter) related to choosing names 14:49:31 q? 14:49:36 ack fant 14:49:36 fantasai, you wanted to get a resolution so we can move forward 14:49:45 Fantasai: We should have a resolution 14:50:09 Proposed resolution: Two branches for 2 proposals. Florian to remove gratuitous differences. Request AC feedback. 14:50:23 David: Objections 14:50:42 Resolved: Two branches for 2 proposals. Florian to remove gratuitous differences. Request AC feedback. 14:50:42 just a suggestion, we may wish to keep iterating before going to AC 14:50:48 https://github.com/w3c/w3process/milestone/6 14:50:53 Topic: Milestones 14:50:54 assuming we are making progress converging 14:51:09 q+ 14:51:31 ack jrose 14:51:33 David: Milestone list is too long 14:51:38 ... need to slim down. 14:51:45 ... please do that in your spare time 14:51:52 James: What is the deadline 14:51:55 q+ 14:52:02 David: No formal deadline. 14:52:23 ... this is an attempt to focus our work 14:52:38 ... we usually have a draft for the fall 14:52:46 ... looking for something in the spring meeting 14:52:54 ... followed by formal approval 14:53:17 James: After this group has settled on their proposal? 14:53:21 David: Yes. 14:53:35 ... we then get AC review; discussion; ballot 14:53:51 ... at that stage we hope ballot does not raise anything new 14:54:03 q? 14:54:06 ack jef 14:55:57 who is minuting? 14:56:16 jeff: concerned about the council and voting 14:56:19 Jeff: Can we look at #60 14:57:09 ... concerned that STV could be a blocker for the W3C Council 14:57:16 I think STV has been problematic yes, both for AB in particular, somewhat for TAG, and would be horrible for the council 14:57:19 ... so I worry we cannot delay it any further 14:57:36 David: That is a different issue from making the text consistent - which is #60 14:57:40 so yes, STV is IMO a blocker for the Council 14:57:55 October 7? 14:58:08 David: Can we move October 14th to October 7th 14:58:10 any objections to Oct 7th? 14:58:16 wfm 14:58:20 q? 14:58:24 wfm 14:58:31 ack no one 14:58:59 David: Thanks all 14:59:02 ... productive meeting 14:59:06 ... accept PRs 14:59:10 ... way ahead on registries 14:59:12 ... thanks 14:59:19 rragent, make minutes 14:59:30 RRSAgent, make minutes 14:59:30 I have made the request to generate https://www.w3.org/2020/09/16-w3process-minutes.html tantek 14:59:34 rrsagent, make minutes 14:59:34 I have made the request to generate https://www.w3.org/2020/09/16-w3process-minutes.html jeff