The bar for inclusion in the standard library is very high:
https://golang.org/doc/faq#x_in_std

and it kind of works backwards: first you need working, stable code and then submit a proposal for inclusion. Criterias are also not very clear at the moment, unfortunately.

Do you have some specific existing library that you want to propose for inclusion? I see there are already a few out there.

I thought this had come up in the past, but I at least can't find it on the issue tracker. Maybe it was the mailing list. But I'm pretty sure it was rejected previously. I'll keep this open, though.

Have the x repos been considered for such a package, instead of the standard library?

@mvdan wasn't there an issue a while back about freezing new x/ repos?

@ericlagergren doesn't ring a bell, and I can't find such an issue now. Specific packages may be frozen, but I don't know about any general freeze rule on existing (or new) x repos.

@mvdan He may be referring to #17244

@dominikh yep, thanks. That's what I was remembering.

Proposal: in crypto/rand, add

func UUID(rand io.Reader) (string, error)

only returns random UUIDs, not all the other ones.

(For those Googling for the UUID spec, the correct RFC number is 4122.)

I'm withdrawing my proposal for crypto/rand. I don't have enough evidence that this is sufficient.

I don't think we have enough information about what is needed in the standard library. I think for now the answer is to keep using third-party packages.