-
Notifications
You must be signed in to change notification settings - Fork 10
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
Comments
IANA registries are for parameters used by people who implement RFCs, not for our internal bookkeeping. |
But people who write RFCs are implementing this RFC :) |
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. |
Github is a possibility although these lists are simple enough we could keep them in Hedgedoc. |
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?
The text was updated successfully, but these errors were encountered: