From: Chris Leonard <cjlhomeaddress@gmail.com>
To: Chris Leonard <cjlhomeaddress@gmail.com>,
Marko Myllynen <myllynen@redhat.com>,
libc-alpha <libc-alpha@sourceware.org>,
"Carlos O'Donell" <carlos@redhat.com>,
Florian Weimer <fweimer@redhat.com>
Subject: Re: [PATCH 1/3] localedata: use same comment_char/escape_char in these files
Date: Tue, 12 Apr 2016 02:50:00 -0000 [thread overview]
Message-ID: <CAHdAatbBnEhg6VWY768qD7-F9BG2MdRf_gzGEZYxbWyvd76Y0g@mail.gmail.com> (raw)
In-Reply-To: <20160412021118.GP6588@vapier.lan>
On Mon, Apr 11, 2016 at 10:11 PM, Mike Frysinger <vapier@gentoo.org> wrote:
>
> my only clarification/semi-counter point is that getting languages into
> CLDR probably has a wider impact than only getting into glibc. that db
> is pulled by a significant number of projects/companies (and i know for
> a fact it's used internally at Google in conjunction with ICU). if it's
> only glibc though, that impact is entirely limited to people using glibc
> as i don't think there's that many people downstream from glibc's locale
> db. and we want to try to automate/smooth the process for adding any of
> the locales that exist in CLDR today but not glibc.
>
> tl;dr: locales in glibc might get short term returns, but CLDR is the
> only long term answer.
I totally get the utility of CLDR, but I know of 2-3 million users
that are directly downstream of glibc locales on Sugar/GNOME dual-boot
XO laptops. Those users span an incredible array of languages that
are not commonly used on computers, yet. Those laptops have shown
remarkable longevity in the field, I've just loaded a newly minted
build on a ten year old XO-1 and it runs like a charm. My two main
reasons for swimming upstream to this project are to help those users
and to "show some love" to the upstream.
Nonetheless, I am onboard with the dual-tracking of locale development
to maximize utility and minimize re-work.
cjl
next prev parent reply other threads:[~2016-04-12 2:50 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-02-20 7:54 Mike Frysinger
2016-02-20 7:54 ` [PATCH 2/3] localedata: standardize first few lines Mike Frysinger
2016-02-20 7:55 ` [PATCH 3/3] localedata: standardize copyright/license information [BZ #11213] Mike Frysinger
2016-02-25 20:13 ` [PATCH 1/3] localedata: use same comment_char/escape_char in these files Mike Frysinger
2016-03-09 22:24 ` Mike Frysinger
2016-03-11 10:31 ` Marko Myllynen
2016-03-11 14:24 ` Chris Leonard
2016-03-12 12:19 ` Marko Myllynen
2016-03-12 19:10 ` Chris Leonard
2016-03-13 17:50 ` Chris Leonard
2016-03-14 18:06 ` Carlos O'Donell
2016-04-11 18:58 ` Mike Frysinger
2016-04-11 20:46 ` Chris Leonard
2016-04-12 2:11 ` Mike Frysinger
2016-04-12 2:50 ` Chris Leonard [this message]
2016-03-14 18:20 ` Carlos O'Donell
2016-03-14 19:43 ` keld
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAHdAatbBnEhg6VWY768qD7-F9BG2MdRf_gzGEZYxbWyvd76Y0g@mail.gmail.com \
--to=cjlhomeaddress@gmail.com \
--cc=carlos@redhat.com \
--cc=fweimer@redhat.com \
--cc=libc-alpha@sourceware.org \
--cc=myllynen@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).