| akosiaris added a comment. |
In T210260#4784708, @LarsWirzenius wrote:C.UTF8 does not exist. In every other locale I try, a UTF8 suffix is an alias to the UTF-8 suffix (with the dash).
This works: docker run unitest env LC_ALL=C.UTF-8 python3 -c "print('étoile')"
I'd suggest that we use the C.UTF-8 locale, but I see no strong reason to prefer it over the en_US.UTF-8 locale.
Actually there is. Avoid all the other non C locale related things (LC_NUMERIC, LC_COLLATE, etc, etc) and just obtain the UTF-8 functionality. Not only that but en_US and C locales are not fully interchangeable:
The C locale is the standard locale, it implements the ISO C standard and basically is a en_US locale with a metric system and 24 hours time format.
There has even for a while a package in debian to just get that (https://tracker.debian.org/pkg/open-infrastructure-locales-c.utf-8). It was not accepted in anything but sid and was removed a 1,5 years ago.
That being said as far as I am aware, this is a Debian (and derivatives) specific locale (not that it matters much, our images are based on Debian) and glibc is still ironing out the details (per https://sourceware.org/bugzilla/show_bug.cgi?id=17318)
I would advise using C.UTF-8 unless there is a clear reason not to. And since this is generic enough, it should not be blubber's job to make sure it exists (but rather that it is used - potentially override-able although I dont see a use case yet) so ping me if there is a problem with that and I 'll make sure it exists in the base images.
Cc: LarsWirzenius, dduvall, hashar, akosiaris, Aklapper, Ladsgroup, Nandana, NebulousIris, Lahi, Gq86, Vacio, GoranSMilovanovic, QZanden, Gstupp, LawExplorer, _jensen, D3r1ck01, Liudvikas, notconfusing, Luke081515, thcipriani, mobrovac, Wikidata-bugs, aude, Alchimista, Addshore, Mbch331, Jay8g, greg
_______________________________________________ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
