Re: [yocto] Why generated locales does not have .UTF-8 suffix?

2017-03-15 Thread Fabio Emiliani 

Hi Khem,

I confirm that generated locales are UTF-8 encoded. Even if they don't 
have .utf8 suffix at the end of the file name. This morning I  had an 
answer from StackOverflow:



http://stackoverflow.com/questions/42784435/how-to-check-if-a-locale-is-utf-8/42797421#42797421
I've also opened a bug on bugzilla to try to solve an annyoing encoding 
problem:



https://bugzilla.yoctoproject.org/show_bug.cgi?id=11153#c1

I hope this can help everyone has similar problems

--

Fabio

Il 14/03/2017 18:08, Fabio Emiliani ha scritto:


Hi Khem,

I've tried with the GLIBC_GENERATE_LOCALES variable too but locales 
are still generated without .utf8 suffix.


A little bit of info, locales are working, I can see localized 
strings. E.g. if I set en_US locale and execute "ls --help" I can see 
the output of ls in english. If i set zh_CN (chinese) locale and 
execute "ls --help" I can see the output of ls in chinese.


The problem is realted to the encoding of a locale. Until now I  have 
not found any way to generate an UTF-8 locale.


Since the encoding is not specified in the file name, how can I check 
the encoding of a locale called "en_US"?


Best regards,

Fabio Emiliani

Il 14/03/2017 18:00, Khem Raj ha scritto:

On 3/14/17 9:50 AM, Fabio Emiliani wrote:

Hi Khem,

unfortunatly doesn't work.

The IMAGE_LINGUAS variable can be valorized only with the suffixes of
the locale-base-* packages. As of now my list of locale-base-* packages
for en_US is:


locale-base-en-us.iso-8859-1
locale-base-en-us

no .utf8 suffix. That's strange, I'm not sure that the en_US locale I've
generated supports UTF-8 encoding.

does this help ?

GLIBC_GENERATE_LOCALES = "de_DE en_US de_DE.UTF-8 en_US.UTF-8"
IMAGE_LINGUAS = "de-de en-us"



I've just opened a bug on bugzilla:


https://bugzilla.yoctoproject.org/show_bug.cgi?id=11153

Any other ideas?

Thanks in advance for your time

Best regards,

Fabio Emiliani

Il 14/03/2017 17:39, Khem Raj ha scritto:

On 3/14/17 8:36 AM, Fabio Emiliani wrote:

Dear all,

I've generated several locales specifying, in the local.conf file, the
variable:


|IMAGE_LINGUAS = "de-de fr-fr en-gb en-gb.iso-8859-1 en-us
en-us.iso-8859-1 zh-cn"|

inspecting the target file system, both in: /usr/share/locale and
/usr/lib/locale, generated locales does not have the .UTF-8 suffix.


Perhaps adding en-gb.utf8 to IMAGE_LINGUAS might help you.


See:


|/usr/share/locale/ drwxr-xr-x 6 root root 416 Nov 17 2016 . drwxr-xr-x
30 root root 2056 Nov 17 2016 .. drwxr-xr-x 4 root root 296 Nov 17
2016 de drwxr-xr-x 3 root root 232 Nov 17 2016 en_GB drwxr-xr-x 4 root
root 296 Nov 17 2016 fr drwxr-xr-x 4 root root 296 Nov 17 2016 zh_CN|

|and|

||


|/usr/lib/locale/ drwxr-xr-x 9 root root 640 Mar 13 2017 . drwxr-xr-x
32 root root 4 Mar 13 2017 .. drwxr-xr-x 3 root root 1016 Mar 13
2017 de_DE drwxr-xr-x 3 root root 1016 Mar 13 2017 en_GB drwxr-xr-x 3
root root 1016 Mar 13 2017 en_GB.ISO-8859-1 drwxr-xr-x 3 root root
1016 Mar 13 2017 en_US drwxr-xr-x 3 root root 1016 Mar 13 2017
en_US.ISO-8859-1 drwxr-xr-x 3 root root 1016 Mar 13 2017 fr_FR
drwxr-xr-x 3 root root 1016 Mar 13 2017 zh_CN|

What is the character encoding of the following locales: de_DE, en_GB,
en_US, fr_FR, zh_CN?

Thanks in advance for your time

Best regards,

Fabio Emiliani

--

*Fabio Emiliani*

*/Software Engineer/*

/Ph. +39 075 8298 530  /

/fabio.emili...@artgroup-spa.com/

DISCLAIMER
This email and any attachment may contain confidential information. If
you are not the intended recipient you are not authorised to copy or
disclose all or any part of it without the prior written consent of ART SpA.

  


/ART SpA – Step Forward With US - //www.artgroup-spa.com/logo_ART_firma-1//

/Ph. +39 075 8298 501 – Fax +39 075 8298 525 /

P*Please consider our environment  before printing this e-mail***

  





--

*Fabio Emiliani*

*/Software Engineer/*

/Ph. +39 075 8298 530  /

/fabio.emili...@artgroup-spa.com/

DISCLAIMER
This email and any attachment may contain confidential information. If
you are not the intended recipient you are not authorised to copy or
disclose all or any part of it without the prior written consent of ART SpA.

  


/ART SpA – Step Forward With US - //www.artgroup-spa.com/logo_ART_firma-1//

/Ph. +39 075 8298 501 – Fax +39 075 8298 525 /

P*Please consider our environment  before printing this e-mail***

  



--

*Fabio Emiliani*

*/Software Engineer/*

/Ph. +39 075 8298 530 /

/fabio.emili...@artgroup-spa.com/ 

DISCLAIMER
This email and any attachment may contain confidential information. If 
you are not the intended recipient you are not authorised to copy or 
disclose all or any part of it without the prior written consent of 
ART SpA.


/ART SpA – Step Forward With US - 
//www.artgroup-spa.com/logo_ART_firma-1//


/Ph. +39 075 8298 501 – Fax +39 075 8298 525 /

P*Please consider our environment  before

Re: [yocto] Why generated locales does not have .UTF-8 suffix?

2017-03-14 Thread Fabio Emiliani 

Hi Khem,

I've tried with the GLIBC_GENERATE_LOCALES variable too but locales are 
still generated without .utf8 suffix.


A little bit of info, locales are working, I can see localized strings. 
E.g. if I set en_US locale and execute "ls --help" I can see the output 
of ls in english. If i set zh_CN (chinese) locale and execute "ls 
--help" I can see the output of ls in chinese.


The problem is realted to the encoding of a locale. Until now I have not 
found any way to generate an UTF-8 locale.


Since the encoding is not specified in the file name, how can I check 
the encoding of a locale called "en_US"?


Best regards,

Fabio Emiliani

Il 14/03/2017 18:00, Khem Raj ha scritto:


On 3/14/17 9:50 AM, Fabio Emiliani wrote:

Hi Khem,

unfortunatly doesn't work.

The IMAGE_LINGUAS variable can be valorized only with the suffixes of
the locale-base-* packages. As of now my list of locale-base-* packages
for en_US is:


locale-base-en-us.iso-8859-1
locale-base-en-us

no .utf8 suffix. That's strange, I'm not sure that the en_US locale I've
generated supports UTF-8 encoding.

does this help ?

GLIBC_GENERATE_LOCALES = "de_DE en_US de_DE.UTF-8 en_US.UTF-8"
IMAGE_LINGUAS = "de-de en-us"



I've just opened a bug on bugzilla:


https://bugzilla.yoctoproject.org/show_bug.cgi?id=11153

Any other ideas?

Thanks in advance for your time

Best regards,

Fabio Emiliani

Il 14/03/2017 17:39, Khem Raj ha scritto:

On 3/14/17 8:36 AM, Fabio Emiliani wrote:

Dear all,

I've generated several locales specifying, in the local.conf file, the
variable:


|IMAGE_LINGUAS = "de-de fr-fr en-gb en-gb.iso-8859-1 en-us
en-us.iso-8859-1 zh-cn"|

inspecting the target file system, both in: /usr/share/locale and
/usr/lib/locale, generated locales does not have the .UTF-8 suffix.


Perhaps adding en-gb.utf8 to IMAGE_LINGUAS might help you.


See:


|/usr/share/locale/ drwxr-xr-x 6 root root 416 Nov 17 2016 . drwxr-xr-x
30 root root 2056 Nov 17 2016 .. drwxr-xr-x 4 root root 296 Nov 17
2016 de drwxr-xr-x 3 root root 232 Nov 17 2016 en_GB drwxr-xr-x 4 root
root 296 Nov 17 2016 fr drwxr-xr-x 4 root root 296 Nov 17 2016 zh_CN|

|and|

||


|/usr/lib/locale/ drwxr-xr-x 9 root root 640 Mar 13 2017 . drwxr-xr-x
32 root root 4 Mar 13 2017 .. drwxr-xr-x 3 root root 1016 Mar 13
2017 de_DE drwxr-xr-x 3 root root 1016 Mar 13 2017 en_GB drwxr-xr-x 3
root root 1016 Mar 13 2017 en_GB.ISO-8859-1 drwxr-xr-x 3 root root
1016 Mar 13 2017 en_US drwxr-xr-x 3 root root 1016 Mar 13 2017
en_US.ISO-8859-1 drwxr-xr-x 3 root root 1016 Mar 13 2017 fr_FR
drwxr-xr-x 3 root root 1016 Mar 13 2017 zh_CN|

What is the character encoding of the following locales: de_DE, en_GB,
en_US, fr_FR, zh_CN?

Thanks in advance for your time

Best regards,

Fabio Emiliani

--

*Fabio Emiliani*

*/Software Engineer/*

/Ph. +39 075 8298 530  /

/fabio.emili...@artgroup-spa.com/ 

DISCLAIMER
This email and any attachment may contain confidential information. If
you are not the intended recipient you are not authorised to copy or
disclose all or any part of it without the prior written consent of ART SpA.

  


/ART SpA – Step Forward With US - //www.artgroup-spa.com/logo_ART_firma-1//

/Ph. +39 075 8298 501 – Fax +39 075 8298 525 /

P*Please consider our environment  before printing this e-mail***

  





--

*Fabio Emiliani*

*/Software Engineer/*

/Ph. +39 075 8298 530  /

/fabio.emili...@artgroup-spa.com/ 

DISCLAIMER
This email and any attachment may contain confidential information. If
you are not the intended recipient you are not authorised to copy or
disclose all or any part of it without the prior written consent of ART SpA.

  


/ART SpA – Step Forward With US - //www.artgroup-spa.com/logo_ART_firma-1//

/Ph. +39 075 8298 501 – Fax +39 075 8298 525 /

P*Please consider our environment  before printing this e-mail***

  



--

*Fabio Emiliani*

*/Software Engineer/*

/Ph. +39 075 8298 530 /

/fabio.emili...@artgroup-spa.com/ 

DISCLAIMER
This email and any attachment may contain confidential information. If 
you are not the intended recipient you are not authorised to copy or 
disclose all or any part of it without the prior written consent of ART SpA.


/ART SpA – Step Forward With US - //www.artgroup-spa.com/logo_ART_firma-1//

/Ph. +39 075 8298 501 – Fax +39 075 8298 525 /

P*Please consider our environment  before printing this e-mail***

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Why generated locales does not have .UTF-8 suffix?

2017-03-14 Thread Khem Raj 


On 3/14/17 9:50 AM, Fabio Emiliani wrote:
> Hi Khem,
> 
> unfortunatly doesn't work.
> 
> The IMAGE_LINGUAS variable can be valorized only with the suffixes of
> the locale-base-* packages. As of now my list of locale-base-* packages
> for en_US is:
> 
>> locale-base-en-us.iso-8859-1
>> locale-base-en-us
> no .utf8 suffix. That's strange, I'm not sure that the en_US locale I've
> generated supports UTF-8 encoding.

does this help ?

GLIBC_GENERATE_LOCALES = "de_DE en_US de_DE.UTF-8 en_US.UTF-8"
IMAGE_LINGUAS = "de-de en-us"


> 
> I've just opened a bug on bugzilla:
> 
>> https://bugzilla.yoctoproject.org/show_bug.cgi?id=11153
> 
> Any other ideas?
> 
> Thanks in advance for your time
> 
> Best regards,
> 
> Fabio Emiliani
> 
> Il 14/03/2017 17:39, Khem Raj ha scritto:
>>
>> On 3/14/17 8:36 AM, Fabio Emiliani wrote:
>>> Dear all,
>>>
>>> I've generated several locales specifying, in the local.conf file, the
>>> variable:
>>>
 |IMAGE_LINGUAS = "de-de fr-fr en-gb en-gb.iso-8859-1 en-us
 en-us.iso-8859-1 zh-cn"|
>>> inspecting the target file system, both in: /usr/share/locale and
>>> /usr/lib/locale, generated locales does not have the .UTF-8 suffix.
>>>
>> Perhaps adding en-gb.utf8 to IMAGE_LINGUAS might help you.
>>
>>> See:
>>>
 |/usr/share/locale/ drwxr-xr-x 6 root root 416 Nov 17 2016 . drwxr-xr-x
 30 root root 2056 Nov 17 2016 .. drwxr-xr-x 4 root root 296 Nov 17
 2016 de drwxr-xr-x 3 root root 232 Nov 17 2016 en_GB drwxr-xr-x 4 root
 root 296 Nov 17 2016 fr drwxr-xr-x 4 root root 296 Nov 17 2016 zh_CN|
>>> |and|
>>>
>>> ||
>>>
 |/usr/lib/locale/ drwxr-xr-x 9 root root 640 Mar 13 2017 . drwxr-xr-x
 32 root root 4 Mar 13 2017 .. drwxr-xr-x 3 root root 1016 Mar 13
 2017 de_DE drwxr-xr-x 3 root root 1016 Mar 13 2017 en_GB drwxr-xr-x 3
 root root 1016 Mar 13 2017 en_GB.ISO-8859-1 drwxr-xr-x 3 root root
 1016 Mar 13 2017 en_US drwxr-xr-x 3 root root 1016 Mar 13 2017
 en_US.ISO-8859-1 drwxr-xr-x 3 root root 1016 Mar 13 2017 fr_FR
 drwxr-xr-x 3 root root 1016 Mar 13 2017 zh_CN|
>>> What is the character encoding of the following locales: de_DE, en_GB,
>>> en_US, fr_FR, zh_CN?
>>>
>>> Thanks in advance for your time
>>>
>>> Best regards,
>>>
>>> Fabio Emiliani
>>>
>>> -- 
>>>
>>> *Fabio Emiliani*
>>>
>>> */Software Engineer/*
>>>
>>> /Ph. +39 075 8298 530  /
>>>
>>> /fabio.emili...@artgroup-spa.com/ 
>>>
>>> DISCLAIMER
>>> This email and any attachment may contain confidential information. If
>>> you are not the intended recipient you are not authorised to copy or
>>> disclose all or any part of it without the prior written consent of ART SpA.
>>>
>>>  
>>>
>>> /ART SpA – Step Forward With US - //www.artgroup-spa.com/logo_ART_firma-1//
>>>
>>> /Ph. +39 075 8298 501 – Fax +39 075 8298 525 /
>>>
>>> P*Please consider our environment  before printing this e-mail***
>>>
>>>  
>>>
>>>
>>>
> 
> -- 
> 
> *Fabio Emiliani*
> 
> */Software Engineer/*
> 
> /Ph. +39 075 8298 530  /
> 
> /fabio.emili...@artgroup-spa.com/ 
> 
> DISCLAIMER
> This email and any attachment may contain confidential information. If
> you are not the intended recipient you are not authorised to copy or
> disclose all or any part of it without the prior written consent of ART SpA.
> 
>  
> 
> /ART SpA – Step Forward With US - //www.artgroup-spa.com/logo_ART_firma-1//
> 
> /Ph. +39 075 8298 501 – Fax +39 075 8298 525 /
> 
> P*Please consider our environment  before printing this e-mail***
> 
>  
> 



signature.asc
Description: OpenPGP digital signature
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Why generated locales does not have .UTF-8 suffix?

2017-03-14 Thread Fabio Emiliani 

Hi Khem,

unfortunatly doesn't work.

The IMAGE_LINGUAS variable can be valorized only with the suffixes of 
the locale-base-* packages. As of now my list of locale-base-* packages 
for en_US is:



locale-base-en-us.iso-8859-1
locale-base-en-us
no .utf8 suffix. That's strange, I'm not sure that the en_US locale I've 
generated supports UTF-8 encoding.


I've just opened a bug on bugzilla:


https://bugzilla.yoctoproject.org/show_bug.cgi?id=11153


Any other ideas?

Thanks in advance for your time

Best regards,

Fabio Emiliani

Il 14/03/2017 17:39, Khem Raj ha scritto:


On 3/14/17 8:36 AM, Fabio Emiliani wrote:

Dear all,

I've generated several locales specifying, in the local.conf file, the
variable:


|IMAGE_LINGUAS = "de-de fr-fr en-gb en-gb.iso-8859-1 en-us
en-us.iso-8859-1 zh-cn"|

inspecting the target file system, both in: /usr/share/locale and
/usr/lib/locale, generated locales does not have the .UTF-8 suffix.


Perhaps adding en-gb.utf8 to IMAGE_LINGUAS might help you.


See:


|/usr/share/locale/ drwxr-xr-x 6 root root 416 Nov 17 2016 . drwxr-xr-x
30 root root 2056 Nov 17 2016 .. drwxr-xr-x 4 root root 296 Nov 17
2016 de drwxr-xr-x 3 root root 232 Nov 17 2016 en_GB drwxr-xr-x 4 root
root 296 Nov 17 2016 fr drwxr-xr-x 4 root root 296 Nov 17 2016 zh_CN|

|and|

||


|/usr/lib/locale/ drwxr-xr-x 9 root root 640 Mar 13 2017 . drwxr-xr-x
32 root root 4 Mar 13 2017 .. drwxr-xr-x 3 root root 1016 Mar 13
2017 de_DE drwxr-xr-x 3 root root 1016 Mar 13 2017 en_GB drwxr-xr-x 3
root root 1016 Mar 13 2017 en_GB.ISO-8859-1 drwxr-xr-x 3 root root
1016 Mar 13 2017 en_US drwxr-xr-x 3 root root 1016 Mar 13 2017
en_US.ISO-8859-1 drwxr-xr-x 3 root root 1016 Mar 13 2017 fr_FR
drwxr-xr-x 3 root root 1016 Mar 13 2017 zh_CN|

What is the character encoding of the following locales: de_DE, en_GB,
en_US, fr_FR, zh_CN?

Thanks in advance for your time

Best regards,

Fabio Emiliani

--

*Fabio Emiliani*

*/Software Engineer/*

/Ph. +39 075 8298 530  /

/fabio.emili...@artgroup-spa.com/ 

DISCLAIMER
This email and any attachment may contain confidential information. If
you are not the intended recipient you are not authorised to copy or
disclose all or any part of it without the prior written consent of ART SpA.

  


/ART SpA – Step Forward With US - //www.artgroup-spa.com/logo_ART_firma-1//

/Ph. +39 075 8298 501 – Fax +39 075 8298 525 /

P*Please consider our environment  before printing this e-mail***

  






--

*Fabio Emiliani*

*/Software Engineer/*

/Ph. +39 075 8298 530 /

/fabio.emili...@artgroup-spa.com/ 

DISCLAIMER
This email and any attachment may contain confidential information. If 
you are not the intended recipient you are not authorised to copy or 
disclose all or any part of it without the prior written consent of ART SpA.


/ART SpA – Step Forward With US - //www.artgroup-spa.com/logo_ART_firma-1//

/Ph. +39 075 8298 501 – Fax +39 075 8298 525 /

P*Please consider our environment  before printing this e-mail***

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Why generated locales does not have .UTF-8 suffix?

2017-03-14 Thread Khem Raj 


On 3/14/17 8:36 AM, Fabio Emiliani wrote:
> Dear all,
> 
> I've generated several locales specifying, in the local.conf file, the
> variable:
> 
>> |IMAGE_LINGUAS = "de-de fr-fr en-gb en-gb.iso-8859-1 en-us
>> en-us.iso-8859-1 zh-cn"|
> inspecting the target file system, both in: /usr/share/locale and
> /usr/lib/locale, generated locales does not have the .UTF-8 suffix.
> 

Perhaps adding en-gb.utf8 to IMAGE_LINGUAS might help you.

> See:
> 
>> |/usr/share/locale/ drwxr-xr-x 6 root root 416 Nov 17 2016 . drwxr-xr-x
>> 30 root root 2056 Nov 17 2016 .. drwxr-xr-x 4 root root 296 Nov 17
>> 2016 de drwxr-xr-x 3 root root 232 Nov 17 2016 en_GB drwxr-xr-x 4 root
>> root 296 Nov 17 2016 fr drwxr-xr-x 4 root root 296 Nov 17 2016 zh_CN|
> |and|
> 
> ||
> 
>> |/usr/lib/locale/ drwxr-xr-x 9 root root 640 Mar 13 2017 . drwxr-xr-x
>> 32 root root 4 Mar 13 2017 .. drwxr-xr-x 3 root root 1016 Mar 13
>> 2017 de_DE drwxr-xr-x 3 root root 1016 Mar 13 2017 en_GB drwxr-xr-x 3
>> root root 1016 Mar 13 2017 en_GB.ISO-8859-1 drwxr-xr-x 3 root root
>> 1016 Mar 13 2017 en_US drwxr-xr-x 3 root root 1016 Mar 13 2017
>> en_US.ISO-8859-1 drwxr-xr-x 3 root root 1016 Mar 13 2017 fr_FR
>> drwxr-xr-x 3 root root 1016 Mar 13 2017 zh_CN|
> What is the character encoding of the following locales: de_DE, en_GB,
> en_US, fr_FR, zh_CN?
> 
> Thanks in advance for your time
> 
> Best regards,
> 
> Fabio Emiliani
> 
> -- 
> 
> *Fabio Emiliani*
> 
> */Software Engineer/*
> 
> /Ph. +39 075 8298 530  /
> 
> /fabio.emili...@artgroup-spa.com/ 
> 
> DISCLAIMER
> This email and any attachment may contain confidential information. If
> you are not the intended recipient you are not authorised to copy or
> disclose all or any part of it without the prior written consent of ART SpA.
> 
>  
> 
> /ART SpA – Step Forward With US - //www.artgroup-spa.com/logo_ART_firma-1//
> 
> /Ph. +39 075 8298 501 – Fax +39 075 8298 525 /
> 
> P*Please consider our environment  before printing this e-mail***
> 
>  
> 
> 
> 



signature.asc
Description: OpenPGP digital signature
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto