From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.chez-thomas.org (hermes.mlbassoc.com [64.234.241.98]) by mx1.pokylinux.org (Postfix) with ESMTP id 4D3554C80097 for ; Mon, 7 Feb 2011 10:19:16 -0600 (CST) Received: by mail.chez-thomas.org (Postfix, from userid 999) id CF27C16602A8; Mon, 7 Feb 2011 09:19:15 -0700 (MST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on hermes.chez-thomas.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=4.0 tests=ALL_TRUSTED,BAYES_00 autolearn=unavailable version=3.3.1 Received: from hermes.chez-thomas.org (hermes_local [192.168.1.101]) by mail.chez-thomas.org (Postfix) with ESMTP id 07E421660299; Mon, 7 Feb 2011 09:19:15 -0700 (MST) Message-ID: <4D501B82.4080505@mlbassoc.com> Date: Mon, 07 Feb 2011 09:19:14 -0700 From: Gary Thomas User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101209 Fedora/3.1.7-0.35.b3pre.fc13 Thunderbird/3.1.7 MIME-Version: 1.0 To: Richard Purdie References: <4D500535.3070505@mlbassoc.com> <1297094804.1350.16816.camel@rex> In-Reply-To: <1297094804.1350.16816.camel@rex> 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 16:19:16 -0000 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 02/07/2011 09:06 AM, Richard Purdie wrote: > On Mon, 2011-02-07 at 07:44 -0700, Gary Thomas wrote: >> I often run small (slow) embedded systems with only a ramdisk >> based file system. When I use Poky for this, one side effect >> is that some packages need to be "configured" on bootup, which >> in the case of a ramdisk based operation means every time. >> >> I notice that the eglibc package brings in a couple of these >> which are problematic (mostly in how long they take to run) >> Looking at meta/conf/distro/include/poky-eglibc.inc: >> >> LIBC_DEPENDENCIES = "libsegfault \ >> eglibc \ >> eglibc-dbg \ >> eglibc-dev \ >> eglibc-utils \ >> eglibc-thread-db \ >> eglibc-localedata-i18n \ >> eglibc-gconv-ibm850 \ >> eglibc-gconv-cp1252 \ >> eglibc-gconv-iso8859-1 \ >> eglibc-gconv-iso8859-15 \ >> locale-base-en-us \ >> locale-base-en-gb " >> >> On my OMAP-L138 target, configuring locale-base-* takes >> a long time, upwards of 35 seconds each. >> >> Are multiple locale-base packages really necessary? >> How could I best (in the Poky spirit) limit this? In the >> minimum, I'd like to only have one locale, saving at least >> 35 seconds of boot time. >> >> Ideas? Comments? > > Shouldn't the cross locale generation be generating the locales at build > time meaning the locales shouldn't be generated on the device? I'm not sure the details, I just know that it prints these messages on boot: Configuring dbus-1. Adding system startup for /etc/init.d/dbus-1. Configuring locale-base-en-gb. Configuring locale-base-en-us. The last two are my concern since they take 35 seconds each to run. It's a deeply embedded system and does not need multi-locale support at any level. In any case, my comment was that there doesn't seem to be any way to control/configure this at initial build time. Per the previous reply, I don't see how LIMIT_BUILT_LOCALES affects this at all. -- ------------------------------------------------------------ Gary Thomas | Consulting for the MLB Associates | Embedded world ------------------------------------------------------------