[yocto] GLIBC_GENERATE_LOCALES setting not generating locales

Conor Slater slaterc at gmail.com
Mon Dec 3 06:15:19 PST 2018


Hello,

I worked a bit with Lewis to figure this out.

Conclusion - It's the IMAGE_LINGUAS variable that loads the locales, not
the GLIBC_GENERATE_LOCALES. The GLIB variable is more so a build
optimisation.

In my case the IMAGE_LINGUAS was being reset by an image file.

To check if the settings are correct I ran:
$ bitbake gmpanel-dev-image -e | grep -E
"^GLIBC_GENERATE_LOCALES=|^IMAGE_LINGUAS="

I was getting:
GLIBC_GENERATE_LOCALES="en_IE.UTF-8 fr_CH.UTF-8"
IMAGE_LINGUAS="en-us"

Even though my local.conf had:
GLIBC_GENERATE_LOCALES = "en_IE.UTF-8 fr_CH.UTF-8"
IMAGE_LINGUAS = "en-ie fr-ch"

In my poky directory I did a:
grep -r "en-us" .

And found a line in the image I was using that set IMAGE_LINGUAS = "en-us"
and removed it.

The locales were the loaded correctly.

Lewis had the same problem as his IMAGE_LINGUAS was being set to " ".

Best Regards,

Conor.

On Mon, 26 Nov 2018 at 21:40, Muhlenkamp, Lewis <
lewis.muhlenkamp at stryker.com> wrote:

> Hello,
>
>
>
> I too am encountering this same issue.  Here is a diff from the default
> local.conf file:
>
>
>
> diff conf/local.conf conf/local.conf~
>
> 28,31d27
>
> < # From meta-intel BSP layer
>
> < #MACHINE ?= "intel-core2-32"
>
> < MACHINE ?= "intel-corei7-64"
>
> < #
>
> 46c42
>
> < DL_DIR ?= "/downloads"
>
> ---
>
> > #DL_DIR ?= "${TOPDIR}/downloads"
>
> 89c85
>
> < PACKAGE_CLASSES ?= "package_rpm"
>
> ---
>
> > PACKAGE_CLASSES ?= "package_ipk"
>
> 221,227d216
>
> < DISTRO_FEATURES_append = " opengl"
>
> < CORE_IMAGE_EXTRA_INSTALL += "rpm python python3 python3-pip
> python3-flask"
>
> < IMAGE_INSTALL_append = " glibc-utils localedef"
>
> < GLIBC_GENERATE_LOCALES = "en_US.UTF-8"
>
> < SERIAL_CONSOLES = "38400 tty1"
>
> < IMAGE_FSTYPES += "live"
>
> < NOISO = "0"
>
>
>
>
>
> Any help would be appreciated.
>
>
>
> Also, how do I generate that build configuration information at the bottom
> of Conor’s email?
>
>
>
> Thank you
>
>
>
> Lewis Muhlenkamp
>
>
>
> *From:* yocto-bounces at yoctoproject.org <yocto-bounces at yoctoproject.org> *On
> Behalf Of *Conor Slater
> *Sent:* Monday, November 26, 2018 2:56 PM
> *To:* yocto at yoctoproject.org
> *Subject:* [yocto] GLIBC_GENERATE_LOCALES setting not generating locales
>
>
>
> Dear All,
>
>
>
> I'm having trouble adding locales to my image.
>
>
>
> If I make changes to GLIBC_GENERATE_LOCALES in my local.conf glibc-locales
> will rebuild but only the default locales are present:
>
> $ locale -a
>
> C
>
> POSIX
>
> en_US
>
>
>
> The locales are listed when I run this before building the image:
>
> $ bitbake -e gmpanel-image | grep -e "^GLIBC_GENERATE_LOCALES="
>
> GLIBC_GENERATE_LOCALES="fr_CH.UTF8 en_GB.UTF-8 en_US.UTF-8"
>
>
>
> Are there other settings I have to change or any packages I have to add to
> the image for this to work?
>
>
>
> You can find information on my configuration below:
>
>
>
> Best Regards,
>
>
>
> Conor.
>
>
>
> Build Configuration:
>
> BB_VERSION           = "1.38.0"
>
> BUILD_SYS            = "x86_64-linux"
>
> NATIVELSBSTRING      = "universal"
>
> TARGET_SYS           = "arm-poky-linux-gnueabi"
>
> MACHINE              = "raspberrypi3"
>
> DISTRO               = "gmpanel"
>
> DISTRO_VERSION       = "1.0"
>
> TUNE_FEATURES        = "arm armv7ve vfp thumb neon vfpv4
> callconvention-hard cortexa7"
>
> TARGET_FPU           = "hard"
>
> meta
>
> meta-poky            = "sumo:d240b885f26e9b05c8db0364ab2ace9796709aad"
>
> meta-oe
>
> meta-networking
>
> meta-python
>
> meta-perl
>
> meta-webserver       = "sumo:2bb21ef27c4b0c9d52d30b3b2c5a0160fd02b966"
>
> meta-rust            = "sumo:3efa0f069ffe4dfcb3531ea89834e69cd2257157"
>
> meta-browser         = "master:b5fa3f598236a58da6217852340f5f8dd01c9a71"
>
> meta-security        = "sumo:1e4b45ca888188b4eb838cb29b501ee004237552"
>
> meta-raspberrypi     = "sumo:2d40b000021bc8a9ef7f329ed0ad410f8d227b97"
>
> meta-gmpanel         = "sumo-dev:2350072a65ce361548be7a23c78358191b9da555"
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/yocto/attachments/20181203/0fa1a536/attachment-0001.html>


More information about the yocto mailing list