Re: [gentoo-user] Re: locale : cannot generate it

[Helmut Jarausch]

On 01/12/2017 02:13:17 AM, Jonathan Callen wrote:

On 01/08/2017 11:36 AM, Tom H wrote:
> On Sun, Jan 8, 2017 at 11:14 AM, Helmut Jarausch  
 wrote:

>>
>> The strange C.UTF-8 , which was suggested by one of the devolopers  
of
>> media-gfx/darktable, did cause the problems. The error messages  
were

>> strange and misleading.
>>
>> Urs wrote
>>
>>> You can generate a "fake" C.UTF-8 locale with localedef:
>>> # localedef -i en_US -f UTF-8 C.UTF-8
>>> and remove it when no longer needed:
>>> # localedef --delete-from-archive C.utf8
>>> Don't blame me for ugly side effects...
>>
>> Many thanks for this unusual hint. With this I can build the
>> GIT-version of darktable.
>>
>> Is the strange locale name C.UTF-8 a "specialty" of darktable or  
have

>> other distributions such a locale?
>
> C.UTF-8 is (and has been for a while) a valid Debian  
locale,installed
> by default with libc. And it became, somewhat recently, a valid  
Fedora

> locale (so as not to have to install any additional locales in a
> container, over and above the default libc ones, C, C.UTF-8, and
> POSIX).
>
>


It is possible to create this on Gentoo (with some warnings) by  
creating
a symlink /usr/share/i18n/locales/C that points to "POSIX", then  
adding

"C.UTF-8" to locale.gen as normal.

--
Jonathan Callen



Many thanks, Jonathan.

Wouldn't it make sense to add this to the standard Gentoo layout to be  
"compatible" with other distributions.


Helmut

Re: [gentoo-user] Re: locale : cannot generate it

[Tom H]

On Wed, Jan 11, 2017 at 8:13 PM, Jonathan Callen  wrote:
> On 01/08/2017 11:36 AM, Tom H wrote:
>> On Sun, Jan 8, 2017 at 11:14 AM, Helmut Jarausch  wrote:
>>> Urs wrote
>>>
 You can generate a "fake" C.UTF-8 locale with localedef:
 # localedef -i en_US -f UTF-8 C.UTF-8
 and remove it when no longer needed:
 # localedef --delete-from-archive C.utf8
>>>
>>> Is the strange locale name C.UTF-8 a "specialty" of darktable or have
>>> other distributions such a locale?
>>
>> C.UTF-8 is (and has been for a while) a valid Debian locale,installed
>> by default with libc. And it became, somewhat recently, a valid Fedora
>> locale (so as not to have to install any additional locales in a
>> container, over and above the default libc ones, C, C.UTF-8, and
>> POSIX).
>
> It is possible to create this on Gentoo (with some warnings) by creating
> a symlink /usr/share/i18n/locales/C that points to "POSIX", then adding
> "C.UTF-8" to locale.gen as normal.

Thanks. I've just done it. There were some warnings as you cautioned.
Symlinking C to en_US (to use locale-gen rather than localedef as
above) generates it without warnings but it's probably not
"appropriate."

Debian patches libc:

https://sources.debian.net/src/glibc/2.24-8/debian/patches/localedata/locale-C.diff/

Fedora patches libc:

http://pkgs.fedoraproject.org/cgit/rpms/glibc.git/tree/glibc-c-utf8-locale.patch

[gentoo-user] Re: locale : cannot generate it

[Jonathan Callen]

On 01/08/2017 11:36 AM, Tom H wrote:
> On Sun, Jan 8, 2017 at 11:14 AM, Helmut Jarausch  wrote:
>>
>> The strange C.UTF-8 , which was suggested by one of the devolopers of
>> media-gfx/darktable, did cause the problems. The error messages were
>> strange and misleading.
>>
>> Urs wrote
>>
>>> You can generate a "fake" C.UTF-8 locale with localedef:
>>> # localedef -i en_US -f UTF-8 C.UTF-8
>>> and remove it when no longer needed:
>>> # localedef --delete-from-archive C.utf8
>>> Don't blame me for ugly side effects...
>>
>> Many thanks for this unusual hint. With this I can build the
>> GIT-version of darktable.
>>
>> Is the strange locale name C.UTF-8 a "specialty" of darktable or have
>> other distributions such a locale?
> 
> C.UTF-8 is (and has been for a while) a valid Debian locale,installed
> by default with libc. And it became, somewhat recently, a valid Fedora
> locale (so as not to have to install any additional locales in a
> container, over and above the default libc ones, C, C.UTF-8, and
> POSIX).
> 
> 


It is possible to create this on Gentoo (with some warnings) by creating
a symlink /usr/share/i18n/locales/C that points to "POSIX", then adding
"C.UTF-8" to locale.gen as normal.

-- 
Jonathan Callen



signature.asc
Description: OpenPGP digital signature