C.UTF-8 locale

Jakub Bogusz qboosh at pld-linux.org
Wed Dec 18 17:35:41 CET 2013


On Wed, Dec 18, 2013 at 04:18:57PM +0100, Jacek Konieczny wrote:
> Hi,
> 
> Current upstream GIT code expects C.UTF-8 locale being available for
> properly processing i18n files. I also find this locale usefull ? one
> may want to tell system to use UTF-8 instead of ASCII, but do no other
> localisation.
> 
> However, we don't have such locale in our glibc-localedb-all, nor is it
> generated by localedbgen (at least, not by default). For GRUB I made
> a workaround by BR: glibc-localedb-all and using 'en_US.utf-8' instead
> of 'C.utf-8', but I think it might be a good idea to ship 'C.utf-8' in
> PLD by default.
> 
> What do you think?
> 
> And should it be an additional locale like all languages (provided by
> glibc-localedb-all or generated with localedbgen) or should it be
> provided directly by glibc (or anything else)?

C is handled in code as special case (not included in localedb).
C.UTF-8 would be larger, probably too large for builtin... see some
RH/Fedora discussion:
https://bugzilla.redhat.com/show_bug.cgi?id=902094

Debian has C.UTF-8 (as generated locale I think).
As can be googled, some other packages required changes to support it
properly.


-- 
Jakub Bogusz    http://qboosh.pl/


More information about the pld-devel-en mailing list