> On 26 Mar 2026, at 04:40, Tom Lane <[email protected]> wrote: > > I wonder whether this discovery puts enough of a hole in the > value-proposition for base32hex that we should just revert > this patch altogether. After thinking more about it, I do not see grounds for reverting. > "It works except in some locales" It works per RFC. It adds value. It's documented precisely. Sortability in cs_CZ only stands in a way for this format to become "the one UUID format to rule them all" instead of canonical in the future. We should let IETF WG know that digits and letters are not always ordered as they expect. Hopefully Sergey will handle this. BTW, thanks to Alexander and Masahiko for pushing this to finish line! I'm listed as author, but they done 99.9% of work on making this functionality. Best regards, Andrey Borodin.
- Re: Add uuid_to_base32hex() and base32hex_to_uuid() built-... Tom Lane
- Re: Add uuid_to_base32hex() and base32hex_to_uuid() built-... Tomas Vondra
- Re: Add uuid_to_base32hex() and base32hex_to_uuid() built-... Tom Lane
- Re: Add uuid_to_base32hex() and base32hex_to_uuid() built-... Masahiko Sawada
- Re: Add uuid_to_base32hex() and base32hex_to_uuid() built-... Masahiko Sawada
- Re: Add uuid_to_base32hex() and base32hex_to_uuid() built-... Masahiko Sawada
- Re: Add uuid_to_base32hex() and base32hex_to_uuid() built-... Andrey Borodin
- Re: Add uuid_to_base32hex() and base32hex_to_uuid() built-... Masahiko Sawada
- Re: Add uuid_to_base32hex() and base32hex_to_uuid() built-... Andrey Borodin
- Re: Add uuid_to_base32hex() and base32hex_to_uuid() built-... Masahiko Sawada
- Re: Add uuid_to_base32hex() and base32hex_to_uuid() built-... Andrey Borodin
