From patchwork Wed Feb 10 20:12:56 2016 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Mike Frysinger X-Patchwork-Id: 10803 X-Patchwork-Delegate: vapier@gentoo.org Received: (qmail 130764 invoked by alias); 10 Feb 2016 20:13:01 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Delivered-To: mailing list libc-alpha@sourceware.org Received: (qmail 129764 invoked by uid 89); 10 Feb 2016 20:13:00 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.1 required=5.0 tests=BAYES_00, RP_MATCHES_RCVD, SPF_PASS, T_FILL_THIS_FORM_SHORT autolearn=ham version=3.3.2 spammy=desc, blow, Hx-languages-length:1885, sk:LC_IDEN X-HELO: smtp.gentoo.org Date: Wed, 10 Feb 2016 15:12:56 -0500 From: Mike Frysinger To: Carlos O'Donell Cc: Marko Myllynen , libc-alpha@sourceware.org Subject: Re: [PATCH 3/5] localedata: CLDRv28: update LC_ADDRESS.country_name translations Message-ID: <20160210201256.GA7732@vapier.lan> Mail-Followup-To: Carlos O'Donell , Marko Myllynen , libc-alpha@sourceware.org References: <1454998387-26905-1-git-send-email-vapier@gentoo.org> <20160209061848.GE7732@vapier.lan> <20160209072042.GG7732@vapier.lan> <56B99471.4000709@redhat.com> <20160209080011.GJ7732@vapier.lan> <56BA53A8.2070704@redhat.com> <20160209214819.GR7732@vapier.lan> <56BB8DD6.9020808@redhat.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <56BB8DD6.9020808@redhat.com> On 10 Feb 2016 14:21, Carlos O'Donell wrote: > On 02/09/2016 04:48 PM, Mike Frysinger wrote: > > the script lists the original upstream URI and will download it on the > > fly. since the db is 13MB compressed and 90MB uncompressed, i'm not > > sure it's something we want to add to the repo. even if we try to drop > > unneeded files, we're still talking 40MB+. > > How about this? > > * Download. > * Post-process. > * Checkin (a) original source URI and (b) post-processed data we actually used. > > That should limit what we checkin and allow us to more easily track bacwards > from: glibc data -> post processed data -> URI (unprocessed data) to verify. the script supports setting the title/source/address/revision/date fields in the desc. i'm on the fence whether we want to blow existing metadata and just use the cldr. e.g. then it would be obvious what version of CLDR was used to update the locale. the downside is that the file isn't 100% sourced from CLDR, so it seems like clobbering all the fields is wrong ? maybe set source to a string like: source "Mostly based on Unicode Common Locale Data Repository (CLDR)" -mike --- a/localedata/locales/en_US +++ b/localedata/locales/en_US @@ -5,16 +5,16 @@ comment_char % LC_IDENTIFICATION title "English locale for the USA" -source "Free Software Foundation, Inc." -address "http:////www.gnu.org//software//libc//" -contact "" +source "Unicode Common Locale Data Repository (CLDR)" +address "http:////unicode.org//Public//cldr//28//core.zip" +contact "http:////cldr.unicode.org//index//process" email "bug-glibc-locales@gnu.org" tel "" fax "" language "American English" territory "United States" -revision "1.0" -date "2000-06-24" +revision "28" +date "2015-09-16" % category "en_US:2000";LC_IDENTIFICATION category "en_US:2000";LC_CTYPE