19:56:37 RRSAgent has joined #vcwg 19:56:37 logging to https://www.w3.org/2022/02/02-vcwg-irc 19:56:47 Zakim has joined #vcwg 19:57:37 brentz has changed the topic to: Meeting Agenda 2202-02-02 https://www.w3.org/events/meetings/488e0b10-2126-4ebd-b898-9cc709b2b01e/20220202T150000#agenda 19:57:44 chair: brentz 19:57:54 zakim, start the meeting 19:57:55 RRSAgent, make logs Public 19:57:55 please title this meeting ("meeting: ..."), brentz 19:58:09 meeting: Verifiable Credentials Working Group 20:00:50 loganporter has joined #vcwg 20:01:35 present+ 20:03:02 DavidC has joined #vcwg 20:03:08 present+ 20:03:10 justin_r has joined #vcwg 20:03:32 mprorock has joined #vcwg 20:04:49 present+ 20:04:54 present+ 20:05:06 present+ 20:05:07 selfissued has joined #vcwg 20:05:13 present+ 20:05:24 kdenhartog has joined #vcwg 20:05:38 present+ 20:05:44 scribe: manu 20:06:13 kdeangs1 has joined #vcwg 20:06:24 brentz: Quick agenda review -- look at Editorial improvements, all of those should be merged, but will look. We'll look at status of responses to feedback to normative changes to VCDM 20:06:28 present+ 20:06:33 brentz: After that, we'll look at progress on test suite 20:06:48 brentz: Bulk of meeting will be discussing draft charter for next VCWG. Anything else to add to the agenda? 20:07:03 scribe+ 20:07:13 manu: Do we have a timeline for when we're going to be done? Do we want to set a date? 20:07:24 manu: For the charter. 20:07:30 brentz: Let's tackle that as the first subtopic for the charter 20:07:34 Orie has joined #vcwg 20:07:38 present+ 20:07:51 brentz: We should try to converge on that. 20:07:57 Topic: Introductions and Reintroductions 20:08:08 brentz: Anyone new? 20:08:41 yuri: Hi Yuri Yuzifovich from Alibaba, leading initiatives in there. I joined during December 2021. 20:08:51 brentz: Welcome, good to have you with us! 20:09:01 Topic: v1.1 Editorial Improvements status 20:09:29 brentz: We have a number of editorial improvements on the way, we made a resolution a couple of weeks back to pull in a set of PRs as soon as VC 1.1 was approved. 20:09:41 brentz: Once the official publicatio happens, we'll roll these editorial changes in. 20:09:58 brentz: How are the changes going, Kyle? 20:10:01 s/publicatio/publication/ 20:10:24 kdenhartog: I think we're just in a hold period, things look good. We are just waiting for the 14 day merge. 20:10:43 kdenhartog: I opened a PR, got updates pushed last week, add clarification to address comments... 20:11:04 kdenhartog: Google rep accepted changes. We have some discussion about v2, we might hold off a bit, unless we have WG approval to merge. 20:11:18 present+ 20:11:25 present+ 20:11:26 kdenhartog: https://github.com/w3c/vc-data-model/pull/847 seems ready to go according to DavidC. 20:11:28 present+ 20:11:33 zakim, who is here? 20:11:33 Present: loganporter, DavidC, cel, justin_r, mprorock, selfissued, kdenhartog, dlongley, Orie, TallTed, brentz, manu 20:11:35 On IRC I see Orie, kdeangs1, kdenhartog, selfissued, mprorock, justin_r, DavidC, loganporter, Zakim, RRSAgent, brentz, tzviya, TallTed, dlehn1, dlongley, manu, cel, wayne, 20:11:35 ... hadleybeeman, shigeya, stonematt, bigbluehat, cel[m], juancaballero, rhiaro 20:11:35 kdenhartog: I think it needs a re-review. 20:11:54 kdenhartog: That's a short status update of PRs in progress for v1.1. 20:12:28 present+ 20:12:33 Yuriy_Yuzifovich has joined #vcwg 20:12:48 brentz: Looks like there is one PR from original determination, one PR that addresses feedback, and new PR that updates some references. 20:13:39 brentz: We don't have resolution from group to do so, noting that it's going to take a bit of time to get all of feedback to the changes according to v1.1 normative changes... because that process is taking longer, my intention is, when we have date by which updated spec is published, then we'll have another resolution for editorial PRs in intervening time. 20:13:58 brentz: Let's look at the feedback. 20:13:59 topic: v1.1 feedback 20:14:07 https://github.com/w3c/vc-data-model/issues?q=is%3Aissue+is%3Aopen+tracking 20:14:27 brentz: Both of these are v2.0 issues. 20:14:35 subtopic: https://github.com/w3c/vc-data-model/issues/863 20:14:36 subtopic: https://github.com/w3c/vc-data-model/issues/863 20:14:37 q+ 20:14:44 JoeAndrieu has joined #vcwg 20:15:01 kdenhartog: Quick status update, based on my understanding -- we don't need to address this in v1.1, but should address in v2.0 20:15:18 brentz: I'll change title of issue to align with that realization. 20:15:25 ack kdenhartog 20:15:38 subtopic: https://github.com/w3c/vc-data-model/issues/862 20:16:08 https://github.com/w3c/vc-data-model/pull/866 20:16:09 brentz: This is another tracking change from URL to URI -- general concern around using URIs vs. URLs. There is a PR to address this. 20:16:17 brentz: This was raised by kdenhartog 20:16:36 kdenhartog: Status is that it should be ready to go, pending approval, the Google representative has approved it. 20:16:42 present+ 20:16:49 kdenhartog: It looks like we're going to leave this issue open as well, just to track during the v2.0 work. 20:17:11 kdenhartog: We should address this in detail when new WG is formed. 20:17:24 brentz: We're looking for more review. 20:17:50 brentz: Any questions on response to feedback before we move on to our next topic? 20:17:54 topic: test suite feedback 20:17:59 brentz: We also got feedback on test suite... 20:18:08 subtopic: https://github.com/w3c/vc-test-suite/issues/126 20:18:21 brentz: Charles, can you give us an update on status of this? 20:18:55 cel: No update yet. Changes might be remove number of tests in test suite. 20:18:56 q+ 20:19:03 ack manu 20:19:15 Kristina has joined #vcwg 20:19:22 present 20:19:24 manu: Yeah, Charles, your read is correct. Our approach in the group has not been to do tests for MAY statements. 20:19:48 manu: If it's associated with a MAY statement, it should not be in the test suite. I haven't had a change to dig deep into this, but some of the things they are referring to seem to be non-normative things in the specification, except for `id` that is normative. 20:20:13 manu: The other thing we'll do in the VCWG 2.0 work is to define more stringent tests for at least `id` and `proof`, `credentialSchema` we still need implementers to step forward and write the tests for. 20:20:24 brentz: cel, does that give you info to move forward on this? 20:20:26 q+ 20:20:51 cel: Kinda, still trying to understand how to test these things. It seems like this is optional, up to suite type rather than make it mandatory. 20:20:53 ack manu 20:21:33 manu: Yeah, Charles, your read is correct on that. We shouldn't be testing that stuff. They are asking us to test an extension point; the spec doesn't define it. We can discuss this more in VCWG 2.0. If you just ping me we can go through it one by one and fix or defer to 2.0. 20:21:35 cel: Ok, thanks. 20:21:44 brentz: Anything else on this topic before we move to Charter. 20:21:50 topic: VCWG Draft Charter 20:22:01 https://github.com/w3c/vc-wg-charter/issues?q=is%3Aissue+is%3Aopen+sort%3Aupdated-asc 20:22:23 brentz: Before we do this, let's have a brief conversation -- what are our hopes and expectations for timeline? 20:23:07 q+ 20:23:22 q+ to talk about taking our time to get the charter right 20:23:32 brentz: Speaking as co-chair, I'd like to see this charter together and before the AC for a vote as soon as possible. I'd like to see the next group under way -- conversation pertains to important details, but they're not the main ones. I think we know roughly what we need to do, refine it, get feedback from key players, and then I'd like to move forward. Ideally, we'd have this presented by end of Feb for a vote and then on to WG within a couple of 20:23:32 months. 20:23:36 ack selfissued 20:23:54 +1 mike 20:24:26 selfissued: From my experience in many other WGs, the charter should be sent for approval when there is consensus from the members working on the item and not before. We shouldn't be driven by time pressures, I don't want to take a long time, but also in my experience, we're far better off with a narrow charter where we agree. 20:25:03 selfissued: Let's find a subset of stuff that everyone agrees to and go from there. The way to do this fast is to determine what we agree to. If we want to keep debating stuff that doesn't belong in the charter, we can do that, but I don't think that's productive. 20:25:10 selfissued: We shouldn't be time based, we should be content based. 20:25:12 ack Orie 20:25:12 Orie, you wanted to talk about taking our time to get the charter right 20:26:15 Orie: I totally agree with Mike. I think we should be careful with this charter to fix the mistakes that have been made in previous charters by not carving out the time to address the concerns that will need to be addressed. So we don't end up in position as DID Core. So we have a charter that is filled with high degree of consensus items. I don't think we're going to end up in a situation where everyone is happy with all of the items in the charter. 20:26:33 zakim, who is here? 20:26:33 Present: loganporter, DavidC, cel, justin_r, mprorock, selfissued, kdenhartog, dlongley, Orie, TallTed, brentz, manu, kdeangs, juancaballero 20:26:35 On IRC I see Kristina, JoeAndrieu, Yuriy_Yuzifovich, Orie, kdeangs1, kdenhartog, selfissued, mprorock, justin_r, DavidC, loganporter, Zakim, RRSAgent, brentz, tzviya, TallTed, 20:26:35 ... dlehn1, dlongley, manu, cel, wayne, hadleybeeman, shigeya, stonematt, bigbluehat, cel[m], juancaballero, rhiaro 20:26:43 Orie: Especially on the non-normative side, some people will think that not all people will agree, where purpose of the note is to identify disagreements. 20:26:45 q+ 20:26:53 present+ Yuriy_Yuzifovich 20:27:13 present+ JoeAndrieu 20:27:30 Orie: There is a big difference between technical recommendation, where we all have consensus, but leave room to address interop profiles, implementation details, this has come up before... if we don't do that work, we could have FOs. 20:27:37 ack manu 20:28:10 manu: Yeah, I agree in principle with Mike and Orie. We shouldn't rush this. At the same time, we should remember that this charter has been out there for more than 9 months and has gone through two review cycles. We've had new people join and have strong opinions about what should and shouldn't be in scope. 20:28:10 present+ Kristina 20:28:22 zakim, who is here? 20:28:22 Present: loganporter, DavidC, cel, justin_r, mprorock, selfissued, kdenhartog, dlongley, Orie, TallTed, brentz, manu, kdeangs, juancaballero, Yuriy_Yuzifovich, JoeAndrieu, Kristina 20:28:25 On IRC I see Kristina, JoeAndrieu, Yuriy_Yuzifovich, Orie, kdeangs1, kdenhartog, selfissued, mprorock, justin_r, DavidC, loganporter, Zakim, RRSAgent, brentz, tzviya, TallTed, 20:28:25 ... dlehn, dlongley, manu, cel, wayne, hadleybeeman, shigeya, stonematt, bigbluehat, cel[m], juancaballero, rhiaro 20:29:00 manu: All of us should keep in mind exactly what Orie said. In some cases this will be a "hold your nose" exercise, there are some things people don't want to work on. But they are there because others want to do the work and have demonstrated implementations and so on. I especially don't want us to get wrapped around the axle on non-normative items. 20:29:14 manu: This group has a strong record of prioritizing normative work items. 20:29:30 q+ 20:29:38 +1 manu - different folks have different priorities, but a key thing is are folks willing to do the actual writing, editing, etc on those items - if so, and if it helps adoption I am a fan of keeping those items in 20:29:46 q+ 20:29:49 manu: I'm concerned about us taking so much time that it gives people time to dig in their heels and delay the group where there are items that people have committed to work on that those individuals disagree with. 20:29:50 q+ 20:29:58 ack selfissued 20:30:00 manu: I think we shouldn't delay too much especially for non-normative work items. 20:30:20 -1 we can't be done today... there are a large number of issues. 20:30:50 selfissued: No one is attempting to drag anything out -- we could be done today if people drop the items that there isn't WG consensus on. I guess, at a personal level, at a personal level I object and want you to retract that statement, Manu. 20:30:50 ack TallTed 20:31:05 manu: I wasn't talking about you, Mike, it wasn't directed at any individual. 20:31:07 manu: I was not talking about you Mike, it was not directed at any individual in particular. 20:31:17 selfissued: I didn't find it constructive. 20:31:49 TallTed: We should build in extra time that's needed into the charter, month off in christmas, month in summer, publication blackouts, we might need 2.5 to 3 year charter because of those blocks. 20:32:13 ack DavidC 20:32:15 brentz: I'll have to see with Ivan if a 2.5 year charter is an option. 20:32:28 DavidC: Can't non-normative items be taken out of charter and given to CCG to work on. 20:32:30 q+ 20:32:34 q+ 20:32:45 q+ 20:33:17 manu: They could, but then there's no possibility of publishing them as a WG NOTE. They just become some random document that some group published on the network. When WGs publish, they carry more weight. If we work on an implementation guide in the VCWG, when people read that, they know that at least some percentage of a W3C WG worked on it. 20:33:32 ack manu 20:33:44 manu: It's not clear who worked on it or how much vetting there was, etc. if it comes from somewhere else. It's similar to a research paper from a journal vs. a post on a random website. 20:33:49 ack Orie 20:34:03 Orie: Yeah, I think the WG has to agree to publish NOTEs, vs. a CG can publish whatever they want. 20:34:43 Orie: David is getting to something that's likely to happen, some of them might be better addressed in a CG. I think we have to be careful and clear where CGs should be the right place to work on something... or if WG members want to work on something and they find value, even if it's not 100% of the group, that's fine. 20:35:38 Orie: There are many people that objected to publishing certain NOTEs in DID WG, there were strong objections froms ome folks, but yet, the WG felt it was important to publish comments and document where there was alignment and disagreement. Goal is to define, is this a topic that is better happened in CCG and remove it from charter. If there is strong agreement on NOTE or we will want to publish a note in an area of interst that is shared with WG members. 20:36:16 Orie: It's not wise to handcuff/blind ourselves before we start the work. We need to protect ourselves from disruption that was caused in DID WG, if we don't plan for that sort of thing w/ NOTEs and implementation guides, we're going to see the same categories of objections, absolutely. 20:36:17 ack mprorock 20:36:47 registries cannot be entrusted to a CG. 20:36:57 w didn't do it for dids 20:37:23 mprorock: Speaking with my Chair hat on of CCG -- CCG is good at many things, incubation, but things that need a permanent home -- how to write software about VCs and transmission of VCs, that needs to have a permanent home. If you're filtering down to members of the WG... review, feedback, note where there is disagreement, it lends more authority with stuff coming out of WG. I'm a fan of things that are not limiting. 20:37:31 q? 20:37:54 mprorock: The focus will be on the normative items, but there are things I'm willing to dedicate time to, so developers can come in and use this stuff. That's an important issue for me, so I'm willing to put time into it. 20:38:20 brentz: Sounds like we're going to put the charter out when it's right, and we want to get it out as soon as it's possible to get it out. 20:38:33 brentz: Here's a new link w/ better sorting: 20:38:36 https://github.com/w3c/vc-wg-charter/issues?q=is%3Aissue+is%3Aopen+sort%3Aupdated-desc 20:38:52 subtopic: https://github.com/w3c/vc-wg-charter/issues/62 20:39:24 Orie: As you all know, the VC Data Model 1.0 shipped a bunch of term definitions in it's v1 context w/ cryptosuite proofs and everyone has experienced how painful and bad of an idea that was. 20:40:15 Orie: I think we know that we want the v2 context to not do that, and we want to allow people to build cryptosuites, some of which leverage new crypto, some that might be owned by CGs, some by open source software, we don't know where cryptosuites are going to be built, we know not all are going to be normatively defined, we need some way of addressing that and being respectful where work is happening. 20:40:37 q+ 20:40:55 Orie: In DID Core, we had a DID Spec Registries and it acknowledged both normative properties and extension properties. It's not a perfect solution, but it does account for this desire to do work in CGs and register it, but not have it impact the core specifications. 20:41:15 ack kdenhartog 20:41:17 Orie: I think it can address issues that mike jones and davidc discussed. 20:41:36 kdenhartog: Registries are in scope and so question is -- do we need to further define what scope means, can we leave it to WG? 20:41:37 q+ 20:41:44 ack manu 20:42:15 manu: +1 to Orie's framing of the concern and the potential solution. As Kyle also said, registries are in scope. I think people should just look at the language in the current charter and propose new language in a PR. I think this work you mentioned, Orie, is already in scope. 20:42:29 manu: Please take a look at the language and raise a PR if you think it needs refining. I currently think it's adequate. 20:42:59 manu: I do think it should be left up to the WG -- it would be terrible if the charter didn't allow us to be responsive to work done in the WG. 20:43:05 dlongley: +1 to leaving it up to the WG 20:43:12 brentz: All comments we made will be put into issue, any other comments before moving forward? 20:43:17 +1 to leaving up to WG 20:43:39 q+ 20:43:49 Orie: There was a question in chat for IANA registries? We've talked about this a lot here -- for VC-JWT, we should point to IANA (we shouldn't duplicate/replace them for JWT) 20:43:52 manu: +1 to that 20:43:55 ack justin_r 20:43:57 +1 20:44:01 I think the current language needs work. 20:44:02 dlongley: +1 to not duplicate or replace existing registries that work, +1 for letting the WG figure out what registries are needed 20:44:03 q+ 20:44:28 +1 justin 20:44:34 justin_r: Another data point for cryptographic algorithm registry -- HTTP Signatures work, it also has its registry of algorithms, but also has explicit instructions when people want to use JWA and how those apply. For cryptographic algorithms, same approach could be applied here. 20:44:36 ack selfissued 20:45:15 selfissued: To the extent that we're specifying things that are a category, they should be in registries. If there is an existing IANA registry, we should reuse it. If it's a new kind of thing, we should run a registry like DID Spec Registries. 20:45:24 selfissued: I'd be glad to help work on that. 20:45:25 +1 - well stated mike jones 20:45:33 manu: +1 to what selfissued just said 20:45:43 subtopic: https://github.com/w3c/vc-wg-charter/issues/24 20:45:50 brentz: Orie, if there is further refinement needed, we'd like to see a PR 20:46:05 two PRs 20:46:12 https://github.com/w3c/vc-wg-charter/pull/43 20:46:14 brentz: This issue (and PR) has received quite a lot of attention lately. 20:46:17 https://github.com/w3c/vc-wg-charter/pull/66 20:46:33 brentz: MikeJ, can you give us a status update? 20:47:07 selfissued: This has been an active discussion, which is great... in summary, we do have consensus to not do normative protocol or API work. 20:47:27 selfissued: There is a discussion on whether discussion on non-normative APIs and protocols should be in scope or not. 20:47:47 selfissued: There is another thing we have consensus on, which is parenthetical remark in PR, discussion of implications of protocol usage needs to be in scope. 20:48:18 selfissued: I had a private conversation about "interlinking" adding audience to jwts and connect protocol said how to use it. If we didn't have audience, we couldn't use it in the protocol. 20:48:58 `kid` being pretty important for use in protocols... and disastrously not commented on in the V1 data model. 20:49:06 selfissued: There is an interplay where working on both can be helpful. That said, specifying non-normative API/deliverables would be a distraction. I did hear from Manu that WG has good track record of keeping their focus. We might also want to look at MikeP's PR. 20:49:06 https://github.com/w3c/vc-wg-charter/pull/66 20:49:31 https://github.com/w3c/vc-wg-charter/pull/66 - ensures we don't touch on that stuff from a normative standpoint 20:49:33 selfissued: His PR does says not to do normative API work, removes normative API deliverable, but then adds a bunch of other stuff. 20:49:42 q+ 20:49:51 still not a day lol :) 20:49:54 selfissued: Orie said things couldn't be done in a day, but that could be a path to be done soon. 20:49:54 q+ 20:49:59 ack kdenhartog 20:50:39 I would be in favor of pairing down the non normatively deliverables even further. 20:50:55 +1 to kyle, i can feel this confusion in my bones 20:50:59 kdenhartog: I saw MikeP's PR -- agree with that direction. One of the most difficult is that people don't understand which protocols should be used when/where. This is the non-normative aspect that would be useful. One of the things that VC API comes into play is because it's a CCG work item, having it move to NOTE gives it a home and can point to it more easily. 20:51:39 kdenhartog: OpenID/DIDComm are viewed as protocols that are accepted and widely usable, non-normative language -- we expect how protocols align to each other w/o having to set any specifics on what market must be doing. Set guidance on how market forms as multiple protocols exist. 20:51:45 q+ 20:51:46 ack mprorock 20:52:41 mprorock: I wanted to clarify on the PR, MikeJ and Kyle got it well -- we clarify that we don't want to do normative protocol work, but from non-normative side, we don't want to box ourselves from talking about guidance to provide, critical from adoption and messaging standpoint. That's why I want to include those non-normative protocol items. 20:53:13 mprorock: We don't want to limit ourselves, we need to allow WG to decide how much to allow in -- we are enabled to discuss stuff, talk about OIDC, how systems echange in API context, those are important things to provide developer context. 20:53:17 ack Orie 20:53:21 q+ 20:54:40 Orie: I agree with MikeP, as much as we want to get charter out to AC -- there are other things important, data model work here, w/o protocol to move things around is terrible and useless. We want to drive attention/traffic/support to where that work is happening. I need that work to be done sooner than I need the v2 charter sent to AC mailing list. We need those OpenID Connect drafts to be further along. We need a standard for moving that data model 20:54:40 around. we won't be doing that work here, we want people to contribute, use what they have, be supportive of OIDC, IETF, etc. 20:54:47 ack manu 20:55:19 manu: We do have consensus on not doing protocol work in a normative fashion. That's true. There's a corollary to that, which is -- as long as we can do work around describing protocols and how developers use them and all the things Mike Prorock and Orie have been outlining. 20:55:29 manu: As long as we can do that in the group and that does include talking about the VC-API. 20:55:42 q+ 20:55:43 +1 for publishing how to use external protocols with the VC Data Model 20:55:58 manu: We do not have consensus on not talking about protocol at all. What we don't have consensus on is not being able to talk about the VC-API or publishing it as a note. 20:56:10 manu: A number of members in the group want to work on that non-normatively. 20:56:46 Sounds like an implementation guide, which has always been an expectation for WGs to publish such items as non-normative NOTEs 20:57:02 Use the "approve" and "request changes" feature.... make it easy for the chairs. 20:57:05 manu: We should go forward with those things we have consensus on, but we should not overlook on the statements from Mike Prorock's PR... the only objector, I believe, is Mike Jones -- on the non-normative items from Mike Prorock. There's a fairly large group of people that want to be able to talk about this non-normatively and publish NOTEs. 20:57:07 q+ 20:57:13 q+ to say seems like implementation guide 20:57:18 ack selfissued 20:57:22 manu: I want to know if there's anyone else in the group other than Mike Jones that think non-normative work including NOTEs should be out of scope. 20:58:20 I think Tony made a comment it is also an IPR issue 20:58:28 selfissued: To Manu's point, he said that there are those that don't want us to talk about protocols at all -- I don't know who those people are. Using the audience example, data structure and protocol, important to understand relationship between the two. There is substantial objection to specifying protocols/APIs in this group. Fine to reference specs/discussions elsewhere, but there is a bright line between specifying protocol and just talking abut 20:58:29 protocol work happening elsewhere. 20:58:35 yes, and I don't agree with Tony :) 20:58:38 selfissued: We don't need to do protocol work, picking winners. 20:58:45 I think this position is harmful. 20:58:50 saying protocols/APIs are in-scope normatively would have IPR implications for those joining if I understood correctly 20:59:10 selfissued: We defined JWTs w/o protocols, we knew they would use it, some of them in OAuth, data formats stands by itself and is used by all kinds of things, secured caller ID, which I never imagined, but that's great. 20:59:16 ack kdenhartog 20:59:51 non-normative discussion or specification of protocols or APIs has no bearing on IPR commitments 21:00:07 everything that is being said right now is why we need to be allowed to comment on this in WG Notes. 21:00:14 If a protocol is to be standardized, it should be done separately. 21:00:23 kdenhartog: Rhetorical question -- do we expect that the discussion of how data model is moved along many different protocols that we should be able to speak about wrt. parehtentical. If I issue VC around OpenID Connect, but want to present via VC API/DIDComm, if there are implications, how are we able to discuss those sorts of things w/o documents? CCG is considered referenceable, but is that good enough? 21:00:31 +1 kdenhartog 21:00:36 selfissued: We can talk about anything we want. 21:00:38 ack JoeAndrieu 21:00:38 JoeAndrieu, you wanted to say seems like implementation guide 21:00:58 ^^ 21:00:58 there is a big difference between "discussions" and "blocking working group notes from being in scope for the charter". 21:01:02 +1 joe 21:01:04 JoeAndrieu: I don't understand pushback against non-normative documents. 21:01:10 whether a NOTE from CCG can be one ingredient in the impl guide 21:01:17 feels to me the technicality under discussion 21:01:18 https://github.com/w3c/vc-wg-charter/pull/43#issuecomment-1020826349 21:01:31 s/from/somehow based on or taking as input document/* 21:01:35 we can non-normatively mention anything without saying so in the charter. fyi 21:01:50 brentz: The question comes down to -- explicitly list intended non-normative notes that should be published concerning APIs/protocols. That's the remaining question/disagreement. 21:02:09 brentz: Thanks all for discussion, please continue discussion in issue tracker and PRs. Look forward to chatting next week. 21:02:13 rrsagent, draft minutes. 21:02:13 I'm logging. I don't understand 'draft minutes.', manu. Try /msg RRSAgent help 21:02:23 rrsagent, draft minutes 21:02:23 I have made the request to generate https://www.w3.org/2022/02/02-vcwg-minutes.html manu 21:02:30 zakim, end the meeting 21:02:30 As of this point the attendees have been loganporter, DavidC, cel, justin_r, mprorock, selfissued, kdenhartog, dlongley, Orie, TallTed, brentz, manu, kdeangs, juancaballero, 21:02:34 ... Yuriy_Yuzifovich, JoeAndrieu, Kristina 21:02:34 RRSAgent, please draft minutes 21:02:34 I have made the request to generate https://www.w3.org/2022/02/02-vcwg-minutes.html Zakim 21:02:36 I am happy to have been of service, brentz; please remember to excuse RRSAgent. Goodbye 21:02:40 Zakim has left #vcwg 21:02:43 rrsagent, bye 21:02:43 I see no action items