google / uuid

Go package for UUIDs based on RFC 4122 and DCE 1.1: Authentication and Security Services.
BSD 3-Clause "New" or "Revised" License
5.16k stars 362 forks source link

docs: upd links to rfc9562 #162

Closed alexbozhenko closed 2 weeks ago

alexbozhenko commented 3 weeks ago

RFC 9562 obsoletes RFC 4122. https://datatracker.ietf.org/doc/html/rfc9562#name-update-motivation

alexbozhenko commented 3 weeks ago

alos, could someone update the description of the github repo to include new rfc number?

alexbozhenko commented 3 weeks ago

@bradleypeabody: is it the right thing to do? Also, number of other places also link to the draft: https://sourcegraph.com/search?q=context:global+https://datatracker.ietf.org/doc/html/draft-peabody-dispatch-new-uuid-format+-path:vendor+count:all&patternType=keyword&sm=0

alexbozhenko commented 3 weeks ago

And not sure if all other references to 4122 should be updated in this repo https://sourcegraph.com/search?q=context:global+4122+repo:%5Egithub%5C.com/google/uuid%24+&patternType=keyword&sm=0

bormanp commented 3 weeks ago

The constant RFC4122 cannot be changed though a new constant could be defined to be equal with it. Probably Standard = RFC4122 (or the other way around). Not sure it is worth it. There probably should be a note in the documentation that 9562 obsoletes 4122 so it makes sense why RFC4122 is the name of the standard variant.

I don't think the code comments need updating nor do the tests. For backwards compatibility I believe Variant.String will still need to return the string "RFC4122".

bradleypeabody commented 3 weeks ago

My suggestion would be along the lines of what @bormanp is saying - add another constant either Standard (or maybe just RFC) and/or RFC9562 with the same value as RFC4122 (i.e. probably just adding a separate const RFC = RFC4122 could be enough). And I would imagine that having Variant.String() return "RFC4122" is not really a deal breaker and that can be just left as-is until/unless there's a need to change it.

alexbozhenko commented 3 weeks ago

@bormanp @bradleypeabody thank you for your comments. I added a new constant with the comment and had to change a couple of places in the comment to make it more consistent. If you have suggestions how to improve wording, feel free to push to this branch(or use the code suggestion feature in the github review UI), so we can merge it and move on with our lives)

alexbozhenko commented 3 weeks ago

@bormanp thank you for approving! Do you know who has the merge rights?