15:01:27 RRSAgent has joined #w3process 15:01:27 logging to https://www.w3.org/2019/02/13-w3process-irc 15:01:29 RRSAgent, make logs public 15:01:32 Meeting: Revising W3C Process Community Group Teleconference 15:01:32 Date: 13 February 2019 15:02:10 present+ 15:02:44 present+ dsinger 15:03:03 scribe: jeff 15:03:16 David: Congrats on P2019 15:03:28 ... noone voted against it 15:03:43 ... Florian, tell us about Bikeshed, tagging, bots, etc. 15:03:55 FR: Topic: Scribing bot 15:04:22 ... The bot recognizes topics 15:04:42 ... then it can consider a discussion as associated with an issue 15:04:56 ... provides links to github; we can find things later 15:05:01 e.g. 15:05:07 Topic: Scribing bot 15:05:14 github: url 15:05:20 to a url issue 15:05:30 FR: I converted to bikeshed 15:05:43 ... automatic publish to github io 15:05:48 ... mostly markdown 15:05:53 ... tell me if any problems 15:06:03 ... just source code in repo 15:06:12 ... generate local version of spec before committing 15:06:23 ... installing bikeshed should not be hard 15:06:35 ... windows, mac, linux, android 15:06:42 ... tell me about problems 15:06:42 looking at https://github.com/w3c/w3process/blob/master/index.bs I see lots of indenting and pretty-printing. manually done? required? 15:06:54 ... easier maintenance of source 15:07:09 ... automatic compilations of definitions 15:07:13 ... looks nice 15:07:18 Topic: Labels 15:07:31 ... this helps with organizing calls 15:07:42 ... just looking at item that is not moving does not help a lot 15:07:47 present+ 15:08:00 ... other labels are obvious 15:08:07 Topic: DoC label 15:08:11 ... used by editor 15:08:17 ... the rest of us may ignore 15:08:27 ... for distribution of comments 15:08:36 DS: What about the really nice layout 15:08:41 FR: Done manually 15:08:46 ... I recommend it 15:08:48 ... readable 15:08:56 ... not needed by bikeshed 15:09:13 DS: Use that formatting on pull requests 15:09:37 FR: Process label. I find it confusing. 15:09:44 ... I suggest we stop using labels 15:09:50 +1 for using projects 15:09:51 ... use github project instead 15:09:55 ...or milestones 15:10:04 Why project rather than milestone? 15:10:05 ... put into Process 2020 for this year's work 15:10:12 ... rest in Process 2021 15:10:17 ... Does that work? 15:10:21 q+ 15:10:29 DS: Don't see a problem 15:10:32 s/...or /or 15:10:40 ack c 15:10:41 CW: Why CG project rather than milestone? 15:10:50 FR: Didn't seem more involved 15:10:57 ... past has had overlap 15:11:12 ... Process 2019; P2019 Candidate; AB 2019 15:11:21 CW: Labels are bad 15:11:37 ... Milestones are good. 15:11:59 ... they say where we deal with something 15:12:10 FR: I've never used milestones so I went with labels 15:12:13 s/bad/probably not the right choice 15:12:28 DS: That's a useful piece. 15:12:40 ... can we take management minutiae offline? 15:12:46 ... Qs? 15:12:59 https://github.com/w3c/w3process/labels/Agenda%2B 15:13:07 Topic Pull requests and agenda +'s 15:13:21 ... #247 15:13:26 topic: Remove extraneous phrasing 15:13:37 github: https://github.com/w3c/w3process/pull/247 15:14:15 ... no need to be polite 15:14:23 ... so delete "please note" 15:14:42 topic: missing auxiliary 15:14:54 https://github.com/w3c/w3process/pull/240 15:15:45 [FR: reads PR] 15:17:02 Decision: Leave until next call, then integrate. 15:17:06 LGTM 15:17:38 DS: Objections to integrate 240 and 247 now? 15:17:43 ... I take this as consent. 15:17:47 Topic: WDs are incorrectly characterized in 6.2.1 15:17:56 https://github.com/w3c/w3process/issues/235 15:18:30 DS: Consensus of the WG is that it is the WD 15:18:52 FR: In GH there have been 2 or 3 iterations 15:19:16 ... WDs do not necessarily represent consensus of WG or endorsement by W3C 15:19:24 ... but WG is publishing for wide review 15:19:51 FR: This is in GH so it does not need to be scribed 15:20:12 ... specific in the comment from me 7 days ago (scribe note, presumably that is 6 February) 15:20:51 DS: Comments? 15:21:23 ... I would like to add after nevertheless... "this is the draft the WG is working on and should be reviewed" 15:21:24 q+ 15:21:50 after "Nevertheless the Working Group has" I would like to add "agreed that this is the draft they are working on and " 15:22:01 jeff: wondering if dsinger can make his comment in github, so that others can review offline 15:22:08 ack je 15:22:23 DS: Roughly the right track? 15:22:29 q+ 15:22:36 ... anyone mind adding this 15:23:41 jeff: I don't mind any of these changes, but I want to point out that trying to be always more precise tends to make the document longer, and we should be careful not to be too verbose. 15:23:47 ack je 15:23:53 +1 to Jeff's point 15:24:05 DS: Perhaps we should add an issue to make the document more succinct 15:24:12 ... leave it for next month. 15:24:40 scribe: florian 15:24:54 topic: Living Standards 15:25:02 github: https://github.com/w3c/w3process/issues/79 15:25:18 https://www.w3.org/wiki/Evergreen_Standards 15:25:30 jeff: At the last AB meeting, the AB approved to move the discussion about living standards to the process cg on the basis of the document linked above 15:25:48 jeff: this proposes creating a new track for specs 15:26:00 jeff: the document mixes explanation, motivation, process, etc 15:26:11 jeff: the document is poorly suited to being a pull request 15:26:28 jeff: but we need a strategy to socialize this 15:26:53 jeff: and we need to think of a way to turn this conceptual document into process text that could be proposed as a pull request 15:26:58 q+ 15:27:21 ack fl 15:27:22 q+ 15:27:36 FR: The AB agreed to push this into Process CG space 15:27:41 ... worthy of discussion 15:27:41 q+ to ask whether we see the Evergreen standards process as part of the Process Document or akin to the Community Group process that lives outside it 15:27:49 ... not unanimity that this was a good idea to do 15:27:57 ... but at least a good idea to explore 15:28:10 ... some like myself and Chaals are not yet sold 15:28:20 ack mch 15:28:20 mchampion, you wanted to ask whether we see the Evergreen standards process as part of the Process Document or akin to the Community Group process that lives outside it 15:28:25 MC: ^^ 15:28:40 q+ to respond to Mike 15:29:04 MC: Is it like CGs 15:29:14 ... but in that case we never integrated them 15:29:22 ... no strong feeling, but at least a question 15:29:33 DS: For CGs we needed to keep separate because open to public 15:29:40 ... Process for Member stuff 15:29:48 ... on ways ahead: 15:29:52 ... PSIG for IPR 15:30:02 ... Process CG folks should read the wiki 15:30:08 ack ds 15:30:08 q+ to talk about patent policy 15:30:18 ... Socialize it at AC meeting 15:30:31 ... assess AC support 15:30:45 ... for document structure; this is an alternative to section 6. 15:30:55 ... should be an annex while experimental 15:31:08 ... PSIG should do the same 15:31:23 +1 keeping it as an annex to the process and PP 15:31:55 ... so I and Jeff need to convert this discursive discussion into actual process text 15:32:00 florian: we did discuss this in the AB, and agree to move the disucssion to the process cg on the basis on that document, but I want to note that there was not unanimity on whether it was a good idea. Notably, at least chaals and myself though that adding this alternative track was a bad idea, but we did agree that it should be discussed in the open. 15:32:08 q? 15:32:20 ack je 15:32:20 jeff, you wanted to respond to Mike 15:34:12 q? 15:34:18 q+ to talk about Registries 15:34:58 Jeff: +1 to Dave on experimental 15:35:03 +1 jeff 15:35:16 ... needs to be in Process doc since we are conferring status 15:35:27 ... need much wider review than just AC - not clear how to get that done 15:35:35 ack mch 15:35:35 mchampion, you wanted to talk about patent policy 15:36:09 The most efficient way to get patent policy language is by having W3C attorney(s) work with member attorneys offline, then take a concrete proposal to PSIG for thumbs up/down 15:37:12 Jeff: +1 15:37:35 q? 15:37:45 ack ds 15:37:45 dsinger, you wanted to talk about Registries 15:37:57 DS: Please also read the related topic of "registries" 15:38:23 ... matches GH issue 15:38:47 q+ to ask how we come to consensus on whether this is actually a good idea 15:39:02 ack mcha 15:39:02 mchampion, you wanted to ask how we come to consensus on whether this is actually a good idea 15:39:08 q+ 15:39:18 MC: ^^^ 15:39:25 DS: We need a plusses and minuses doc 15:39:31 MC: What you said 15:39:43 ... an explainer 15:40:02 ... elevator pitches 15:40:21 DS: Good idea 15:40:21 wfm 15:40:30 q? 15:40:34 ack tz 15:40:36 ... Jeff and my action 15:40:47 TS: Broader communication 15:40:52 ... explainer is a great idea 15:41:04 ... could send to AC and chairs 15:41:08 ... blog post 15:41:22 ... explicitly ask people (e.g. chairs) to forward 15:41:34 ... needs explainer first 15:41:48 DS: Need 1. Motivation 15:41:53 ... Explainer 15:42:01 ... 3. Plusses and minusses 15:42:08 ... 4. Lawyers 15:42:16 ... 5. Ready to talk at AC meeting 15:42:16 https://github.com/w3c/w3process/labels/Process2020Candidate 15:42:25 Topic: Process 2020 candidates 15:42:28 q+ to discuss the meta-question of timing, success criteria 15:43:25 FR: I consider #28 assigned to myself 15:43:41 q+ to propose that we drop the 2020 label from #60 15:44:16 DS: I should ping LW and WS for #130 15:44:43 q+ 15:45:10 DS: Natasha, can you take #157 15:45:23 NR: Yes, working with PLH 15:45:47 DS: #168, please look at wiki 15:46:02 DS: #173, actively on the table at the AB 15:46:37 ... Jeff do you agree? 15:46:48 Jeff: I agree it is on the table at the AB 15:46:55 MC: Can we get this done for 2020? 15:47:06 DS: I think we can make substantial progress 15:47:14 ... cleanup 15:47:21 ... but we may not complete the job 15:47:33 FR: Are we in general agreement that I can make a pull request 15:47:42 ... removing gratuitous requests 15:48:34 https://github.com/w3c/w3process/issues/182 15:48:38 Jeff: Certainly can make pull requests, but may not be ready to implement them yet. 15:48:48 DS: #182 assigned to FR. 15:48:53 FR: Yes; after #28 15:49:26 DS: #223 is actively being discussed by the AB; should leave it there for now 15:49:32 ... Jeff do you agree? 15:49:35 Jeff: Yes. 15:49:42 https://github.com/w3c/w3process/issues?utf8=%E2%9C%93&q=is%3Aopen+is%3Aissue+project%3Aw3c%2Fw3process%2F1+-label%3AProcess2020Candidate 15:49:48 FR: I have triaged a bunch into the Project 2020 project 15:50:07 q? 15:50:11 ack mch 15:50:11 mchampion, you wanted to discuss the meta-question of timing, success criteria 15:50:16 ack natasha 15:50:38 MC: Are we committed to a process document once per year, or more success oriented 15:50:47 ... seeing so little participation 15:50:53 ... only 3% voting at all 15:50:54 q+ to respond to mchampion 15:51:05 ... we should at least ask what the success criteria are 15:51:13 ... we should make a conscious decision 15:51:21 ... not a great deal of enthusiam 15:51:38 DS: I'll take the action to notify the AC. 15:51:47 ... people can comment asynchronously 15:52:16 q+ to say I'd like to see more NON-AB on this call 15:52:18 q? 15:52:26 ack jef 15:52:26 jeff, you wanted to propose that we drop the 2020 label from #60 15:52:45 ack c 15:52:45 cwilso, you wanted to say I'd like to see more NON-AB on this call 15:54:37 https://github.com/w3c/w3process/issues/60 15:54:49 q+ to suggest fatigue is a real issue 15:54:51 +1 to dropping issue 60, it is irresolveable 15:54:57 Jeff: In answer to Mike, I think we should be success oriented 15:55:06 q? 15:55:08 ack flo 15:55:08 florian, you wanted to respond to mchampion 15:55:23 FR: A yearly update is tricky 15:55:37 ... a delay was unfortunate 15:55:40 zakim, close queue 15:55:40 ok, dsinger, the speaker queue is closed 15:55:44 q? 15:55:52 ... low response was unfortunate 15:55:58 ... as editor I joined late 15:56:08 ... hope to do more this year 15:56:19 ... large pile of small fixes are worthwhile 15:56:44 ... avoid holiday season 15:57:07 strong +1 to avoiding holidays 15:57:09 ack cwil 15:57:09 cwilso, you wanted to suggest fatigue is a real issue 15:57:44 CW: +1 to avoid holiday season 15:57:51 ... regular cycle is a good idea 15:57:58 q+ to suggest we agree on success criteria up front, e.g. which issues MUST be addressed in next Process Document, and not publish again until we resolve them or explicitly decide they are irresolvable 15:58:03 ... easier to keep on regular cycle 15:58:14 ... what kind of issues do you want 15:58:23 ... half the issues "need AB feedback" 15:58:34 ... looks like you want the discussion in the AB 15:58:41 ... harder to get others involved 15:58:46 ... we need more not on the AB 15:58:53 ... only 2 of us 15:58:58 ... problematic 15:59:17 DS: Mike do you want to make your point? 15:59:21 MC: ^^ 15:59:46 DS: Don't want Process doc like patent policy - sacred item that cannot be touched. 15:59:52 ... next meeting 13 March 16:00:02 ... April call should be rescheduled 16:00:16 [adjourned] 16:00:21 rrsagent, make minutes 16:00:21 I have made the request to generate https://www.w3.org/2019/02/13-w3process-minutes.html jeff 16:01:48 github-bot, end topic 16:02:24 just noticed that we had during some of the conversation failed to use the github bot right 16:03:12 just pasting a link to a github issue lets us talk about that issue, but doesn't do anything. the link needs to be prefixed by "github:" to 16:03:25 to make the bot know that we want it to post something to github 16:03:38 documentation here: https://github.com/dbaron/wgmeeting-github-ircbot 16:03:42 better luck next time 16:05:14 seems I should step down as scribe 16:06:06 :) I do sign up to do it once it a while, but I'm rarely very happy with my performance... 16:06:59 that may mean I need more practice, but in the meanwhile, it makes for rather poor minutes. 16:09:19 well, we can edit github comments manually after the fact if something got there that shouldn't be 17:41:23 tantek has joined #w3process 18:00:33 Zakim has left #w3process 18:15:53 dsinger has joined #w3process