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