Skip to content
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

Sourcecode @type definitions #212

Open
mnot opened this issue May 4, 2022 · 4 comments
Open

Sourcecode @type definitions #212

mnot opened this issue May 4, 2022 · 4 comments

Comments

@mnot
Copy link

mnot commented May 4, 2022

The RFC Series Editor will maintain a complete list of the preferred values on the RFC Editor web site, and that list is expected to be updated over time.

This list is extremely hard to find, and the process for its maintenance isn't clear. Is there a reason we just don't establish an IANA registry for it and create an appropriate review process?

@jrlevine
Copy link
Contributor

jrlevine commented May 4, 2022

IANA registries are for parameters used by people who implement RFCs, not for our internal bookkeeping.
I agree the list could be easier to find but that should be fixable.

@mnot
Copy link
Author

mnot commented May 4, 2022

But people who write RFCs are implementing this RFC :)

@rjsparks
Copy link
Collaborator

Whatever the right noun is in the new RFC model, it's the RFC mumble that is responsible for maintenance. I would encourage that this list end up super easy to find and to suggest modifications to (rather than ask IANA to manage it for them). If we end up in a world where the RFC Editor uses github more, having this be in a repo looks attractive.

@jrlevine
Copy link
Contributor

Github is a possibility although these lists are simple enough we could keep them in Hedgedoc.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants