[PATCH 3/5] localedata: CLDRv28: update LC_ADDRESS.country_name translations

[Mike Frysinger]

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.

--- 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

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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://sourceware.org/pipermail/libc-alpha/attachments/20160210/864e6b15/attachment.sig>