[prev in list] [next in list] [prev in thread] [next in thread] 

List:       openmoko-shr-devel
Subject:    [Shr-devel] echo g_ether problem
From:       mok () mnet-online ! de (Klaus Kurzmann)
Date:       2009-01-19 8:12:21
Message-ID: 20090119081221.GA4350 () fluxnetz ! de
[Download RAW message or body]

* Stian Skjelstad <stian at nixia.no> [090119 09:03]:
> > > What are other peoples toughts about this actually?
> > thinking about locales, GLIBC_GENERATE_LOCALES, ENABLE_BINARY_LOCALE_GENERATION 
> > and IMAGE_LINGUAS... I think it makes perfectly sense as is, if the
> > following conditions are met:
> > 
> > - IMAGE_LINGUAS has to be a subset of GLIBC_GENERATE_LOCALES
> > - ENABLE_BINARY_LOCALE_GENERATION=0 also sets IMAGE_LINGUAS=""
> > 
> > those two conditions should be ensured automatically... if you specify a
> > locale in IMAGE_LINGUAS that is not in GLIBC_GENERATE_LOCALES it should
> > be added. If you completely disable locales IMAGE_LINGUAS should be
> > emptied.
> > 
> > to explain those variables (as I understand them - sombody correct me if I'm wrong):
> > 
> > ENABLE_BINARY_LOCALE_GENERATION="0": 
> > completely disable all locale generation to speed up builds
> > 
> > GLIBC_GENERATE_LOCALES: 
> > which locales should be generated when building glibc. If unset all
> > locales will be generated. This is _not_ defining what locales shall
> > be integrated into the image, but also important for the feed
> > 
> > IMAGE_LINGUAS:
> > which locales should be integrated into the image

> This does not match the current behavior of task-shr-minimal-x:

> ENABLE_BINARY_LOCALE_GENERATION="0"
> And it drops all language support, okey

> GLIBC_GENERATE_LOCALES="foo"
> If this one is defined, it is used. If undefined, try to use
> IMAGE_LINGUAS instead. This is the point that don't match the behaviour
> described above.

> If both GLIBC_GENERATE_LOCALES and IMAGE_LINAGUAS are undefined, it
> inclues all languages glibc has support for. If glibc has been
> recompiled with fewer languages, it will not be detected.
consider me just being utterly stupid :-)
I should have bumped up the PR to make it regenerate that task...


> Stian Skjelstad aka mw|


Thanks

mrmoku



[prev in list] [next in list] [prev in thread] [next in thread]