-
Notifications
You must be signed in to change notification settings - Fork 12
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
A non-exhaustive set of possible registries #99
Conversation
Co-authored-by: Ted Thibodeau Jr <tthibodeau@openlinksw.com> Co-authored-by: Jeffrey Yasskin <jyasskin@google.com>
Co-authored-by: Brent Zundel <brent.zundel@gmail.com>
Signed-off-by: Brent Zundel <brent.zundel@gmail.com>
Signed-off-by: Brent Zundel <brent.zundel@gmail.com>
Signed-off-by: Brent Zundel <brent.zundel@gmail.com>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Overall, supportive, except for one confusing sentence detailed here: #98 (review)
in order to keep this PR simple, I have moved that line to PR #101 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Listing the possible registries is unnecessary and will likely just slow down finishing the charter as people kibitz about which possible registries are to be listed and not. Let's simply close this PR without merging it as #98 already does the needed job well.
+1 to this approach - I don't think we need to state which registries are going to be defined and it allows the WG to establish them as we gain a clearer understanding of which properties will be required versus optional as well as which conditional normative documents will be ready to standardize then we can decide which registry tables make the most sense. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
if we add registries, we should add that the registration process is permissive.
The issue was discussed in a meeting on 2022-03-09
View the transcript1.3. A non-exhaustive set of possible registries (pr vc-wg-charter#99)See github pull request vc-wg-charter#99. Brent Zundel: 99 steals the table from 95, removes the input table column and says we might do some or all, its very hand-wavy. Manu Sporny: in all the other sections of the charter, we have tried to exhaustively list the documents in the group to be clear on things we want to work on. i think this is a good idea for registries too, so AC reviewers get an understanding of our intent.. Kyle Den Hartog: i think its better not to be explicit because it buys us time, and allows us to re-split if we find there's a better arch pattern for this, instead of leading with that expectation. This expectation could bite us. Would like to lead with fewer expectations than implied greater expectations.. Brent Zundel: the words non-exhaustive selection of registries is in the PR so this does not tie us to anything..
Joe Andrieu: before we enshrine any particular registries i think we should put in the charter, before we name any such registries, exactly what we mean by permissive..
Joe Andrieu: would like to enshrine the concepts of permissiveness and non-exhaustiveness. Manu Sporny: i'd like ot push this PR a bit more, im hearing you're opposed to it, will you object? I think we need to settle if we're putting this kind of language in, i'd like to hear why the registries section compared to the other sections. Being vague hurt us in the did-wg, it would be best to have the discussion now, and at least come up with a core set. these are MAYs and we shouldn't have issues at CR or REC. Kyle Den Hartog: i wouldn't formally object, and I don't think i can due to invited expert status. my intent is to see it be done in a way as inclusive as possible. Kristina Yasuda: we do have a strong objection from mike, though he is not on this call; I'm not sure if it will lead to FO but I know he has strong objections..
Manu Sporny: I don't think that speaking for others is not a good mode of communication. If mike isn't gonna be here then anyone speaking on his behalf is problematic, and potentially stops us from reaching consensus. If people will object they need to be in the group or write to the group.
Kyle Den Hartog: I know mike has an opinion and it seems he has the strongest opinion, can we come back to this on later weeks?. |
General agreement on the call to close this PR. Meeting notes to follow. |
The issue was discussed in a meeting on 2022-03-16
View the transcript3.1. A non-exhaustive set of possible registries (pr vc-wg-charter#99)See github pull request vc-wg-charter#99. Brent Zundel: First PR to look at is #99. Michael Jones: I think that the registries that we create should come out of normative work that we do. They can organically evolve throughout the life of the WG. Thanks to Brent for already creating and merging the PR that says registries are in scope and we can decide what to add along the way. Brent Zundel: I didn't originally agree with you, Mike. I liked the symmetry of having the tables with the other sections. But having recently re-read the charter and to get to the registries section and just have a couple of lines there that says "we might do registries" is kind of a relief. Dave Longley: I'm not speaking in favor of the list in this PR. but I would like to address people's concerns. Orie Steele: I agree with Mike and Dave and Brent. Brent Zundel: So we have agreement that we probably shouldn't merge #99. So we will not. Michael Jones: Can we close PR 99, having made a decision?. Brent Zundel: I was planning on closing it as soon as the minutes of today were recorded. Michael Jones: That's acceptable. |
This PR is based on #85.
It builds on PR #98 to add a non-exhaustive set of possible registries the WG may produce.
Preview | Diff