From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.windriver.com (mail.windriver.com [147.11.1.11]) by mx1.pokylinux.org (Postfix) with ESMTP id E1FFC4C80097 for ; Mon, 7 Feb 2011 13:09:41 -0600 (CST) Received: from ALA-MAIL03.corp.ad.wrs.com (ala-mail03 [147.11.57.144]) by mail.windriver.com (8.14.3/8.14.3) with ESMTP id p17J9ahE018262; Mon, 7 Feb 2011 11:09:36 -0800 (PST) Received: from ala-mail06.corp.ad.wrs.com ([147.11.57.147]) by ALA-MAIL03.corp.ad.wrs.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 7 Feb 2011 11:09:36 -0800 Received: from Macintosh-5.local ([172.25.36.226]) by ala-mail06.corp.ad.wrs.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 7 Feb 2011 11:09:36 -0800 Message-ID: <4D50436F.7060509@windriver.com> Date: Mon, 07 Feb 2011 13:09:35 -0600 From: Mark Hatle Organization: Wind River Systems User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Gary Thomas References: <4D500535.3070505@mlbassoc.com> <1297094804.1350.16816.camel@rex> <4D501B82.4080505@mlbassoc.com> <4D501DFC.6020206@windriver.com> <4D5023D8.7090106@mlbassoc.com> <1297097863.1350.17229.camel@rex> <4D502638.2080106@windriver.com> <4D503284.6020301@mlbassoc.com> In-Reply-To: <4D503284.6020301@mlbassoc.com> X-OriginalArrivalTime: 07 Feb 2011 19:09:36.0136 (UTC) FILETIME=[8F789880:01CBC6FA] Cc: Poky Subject: Re: eglibc configurability X-BeenThere: poky@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Poky build system developer discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2011 19:09:47 -0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 2/7/11 11:57 AM, Gary Thomas wrote: > On 02/07/2011 10:04 AM, Mark Hatle wrote: >> On 2/7/11 10:57 AM, Richard Purdie wrote: >>> On Mon, 2011-02-07 at 09:54 -0700, Gary Thomas wrote: >>>> On 02/07/2011 09:29 AM, Mark Hatle wrote: >>>>> Could you find the related init script and point me to the contents. I don't >>>>> see any initscripts in the eglibc integration. The only thing I see is a switch >>>>> in the locale generation between on target, on host and via QEMU. I'm wondering >>>>> if maybe this is being triggered? >>>> >>>> This could be what I'm seeing. I have ENABLE_BINARY_LOCALE_GENERATION disabled >>>> in my local.conf (I had troubles with QEMU-ARM on Fedora in the past and this >>>> was the way around it). It looks like that may be pushing the locale compilation >>>> to the target. >>> >>> Correct. The locales have to be generated somewhere! >>> >>> You turned them off on the build machine so they run on the target. All >>> is functioning as it should. >>> >>> FWIW, cross locale gen doesn't use qemu now and is a lot faster so >>> perhaps you could turn it back on ;-). >> >> Just to be clear, I'm running builds on machines where QEMU is unhappy (and I've >> disabled the QEMU check...) I have locales being generated and they are working >> fine in the testing I have done with them. >> >> This is using eglibc and the default conf file configuration setting. > > I enabled ENABLE_BINARY_LOCALE_GENERATION and now the locale > generation is being done at build time - hurray :-) Boot time > is much improved. > > Now to figure out how to control the ones that are installed. The value is "IMAGE_LINGUAS". It defaults to "en-us en-gb". (default is located in meta/conf/distro/poky.conf.. but you should override this in your build/conf/local.conf) --Mark > Thanks >