From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 104333 invoked by alias); 22 Feb 2018 05:25:10 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Received: (qmail 104323 invoked by uid 89); 22 Feb 2018 05:25:10 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=month, arrangements X-HELO: mail-io0-f173.google.com X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:organization :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=Hn0idHKO52XlH9AxU5ivSoNcOWsRThwh+7cBIPIdA9w=; b=nPsG9MVLoBE9UKzppXPJGGgPdQHpsvmAo4ZjpLG73RrfQhqBKShNWO+c+Cas7waVLE Bn+co8EOMG5kqqDg7ls/38O131zKleh94Xv7wyUa5icl7oC8hWee4dJd52UsJNf5GxoL 6mFasyo2iVhHvO68IcY6ROABjxxiiiGyk8sy9QTpR0oPPVlQrGe6Zd/swBB3Pi6qS1rH nPImgBd8knz91SZ04FhFmfhH0+XEL3ZM7hcqdVfPgvZSpBZJIsxpfxapJdpUjQWOSgeh H417PPVYITQhdyQkOg0Tsak41kGkhpCOwFrixT9c0VDXnhiWo0bQyYwcsDNfPLNGAI9N iruQ== X-Gm-Message-State: APf1xPCYbxYyqYEGVeIALQ9v1zZhLQ5Q7JIOCA8vuplH5ZWXNaxWmtnl 1AFRWJXcCBGiQhuE6AoWvK5/TU/L X-Google-Smtp-Source: AG47ELs3CGA1pjmTSqDXr7zKmuAevnmJwQUx4MbrAv3cod5hhnwbdV4MD5rkFJtuQiiM0p4uSjsBsA== X-Received: by 10.107.145.138 with SMTP id t132mr7125902iod.163.1519277106364; Wed, 21 Feb 2018 21:25:06 -0800 (PST) Subject: Re: [PATCH v12 0/6][BZ 10871] Month names in alternative grammatical case To: Carlos O'Donell , libc-alpha@sourceware.org References: <1802414843.37687.1515744747279@poczta.nazwa.pl> <1619e294-a9db-cebe-11c1-ce6a05b7ffd5@redhat.com> <1503957542.92463.1515942210174@poczta.nazwa.pl> <10bc0aed-9a97-3d8d-da52-845185941a6b@redhat.com> From: Khem Raj Message-ID: Date: Thu, 22 Feb 2018 05:58:00 -0000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:59.0) Gecko/20100101 Thunderbird/59.0 MIME-Version: 1.0 In-Reply-To: <10bc0aed-9a97-3d8d-da52-845185941a6b@redhat.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2018-02/txt/msg00611.txt.bz2 Hi Carlos On 2/21/18 8:30 PM, Carlos O'Donell wrote: > On 02/17/2018 11:50 PM, Khem Raj wrote: >> In OpenEmbedded SDKs a glibc for SDK host is built along for some of >> the native SDK to run uniformly across mutliple distributions. This >> glibc is built with complocaledir=/usr/lib/locale in configparms >> so that it can use the locales from the SDK host and we dont have to >> ship 100+ Mb of localedata. > > What you are doing is unsupported and relying on internal implementation > details not to change. understood that all along, was trying out my luck if there was any better solution, with the arrangements we had, we did not have to worry about what locale the end user was using. > > Each new version of glibc is tied to the binary locale data that it produces > and the same problem applies to static applications which will need to fall > back on C/POSIX locales because they will be unable to load the newer > format of locale data. > >> What is recommended way forward ? > > Provide a minimal locale-archive with just the languages you support, and > that should only be ~3MiB per language. > We never set a limit here, but I guess we now need to. Thank you -Khem