Message ID | 1499237246-35855-1-git-send-email-akhilesh.k@samsung.com |
---|---|
State | Committed |
Delegated to: | Mike Fabian |
Headers |
Received: (qmail 117654 invoked by alias); 5 Jul 2017 06:50:31 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: <libc-alpha.sourceware.org> List-Unsubscribe: <mailto:libc-alpha-unsubscribe-##L=##H@sourceware.org> List-Subscribe: <mailto:libc-alpha-subscribe@sourceware.org> List-Archive: <http://sourceware.org/ml/libc-alpha/> List-Post: <mailto:libc-alpha@sourceware.org> List-Help: <mailto:libc-alpha-help@sourceware.org>, <http://sourceware.org/ml/#faqs> Sender: libc-alpha-owner@sourceware.org Delivered-To: mailing list libc-alpha@sourceware.org Received: (qmail 117156 invoked by uid 89); 5 Jul 2017 06:50:30 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-26.9 required=5.0 tests=AC_HTML_NONSENSE_TAGS, AWL, BAYES_00, GIT_PATCH_0, GIT_PATCH_1, GIT_PATCH_2, GIT_PATCH_3, RP_MATCHES_RCVD, SPF_HELO_PASS, SPF_PASS autolearn=ham version=3.3.2 spammy=book, Hx-spam-relays-external:ESMTPA X-HELO: mailout3.samsung.com From: Akhilesh Kumar <akhilesh.k@samsung.com> To: libc-alpha@sourceware.org Cc: pankaj.m@samsung.com, Akhilesh Kumar <akhilesh.k@samsung.com> Subject: [PATCH 1/1] Pashto yesstr/nostr locale are missing Date: Wed, 5 Jul 2017 12:17:26 +0530 Message-Id: <1499237246-35855-1-git-send-email-akhilesh.k@samsung.com> X-CMS-MailID: 20170705065026epcas5p4ffcb6d095c765fcaa9d6ffa1dc9b1d3b X-Msg-Generator: CA X-Sender-IP: 182.195.40.14 X-Local-Sender: =?UTF-8?B?QUtISUxFU0ggS1VNQVIbU1JJLURlbGhpLVBsYXRmb3JtIFMv?= =?UTF-8?B?VyAxIFRlYW0b7IK87ISx7KCE7J6QG0NoaWVmIEVuZ2luZWVy?= X-Global-Sender: =?UTF-8?B?QUtISUxFU0ggS1VNQVIbU1JJLURlbGhpLVBsYXRmb3JtIFMv?= =?UTF-8?B?VyAxIFRlYW0bU2Ftc3VuZ8KgRWxlY3Ryb25pY3MbQ2hpZWYgRW5naW5lZXI=?= X-Sender-Code: =?UTF-8?B?QzEwG1NXQUhRG0MxMElEMDJJRDAyODExNQ==?= Content-Type: text/plain; charset="utf-8" X-MTR: 20170705065026epcas5p4ffcb6d095c765fcaa9d6ffa1dc9b1d3b CMS-TYPE: 105P DLP-Filter: Pass X-CFilter-Loop: Reflected X-CMS-RootMailID: 20170705065026epcas5p4ffcb6d095c765fcaa9d6ffa1dc9b1d3b X-RootMTR: 20170705065026epcas5p4ffcb6d095c765fcaa9d6ffa1dc9b1d3b References: <CGME20170705065026epcas5p4ffcb6d095c765fcaa9d6ffa1dc9b1d3b@epcas5p4.samsung.com> |
Commit Message
Akhilesh Kumar
July 5, 2017, 6:47 a.m. UTC
[BZ #21711] During Locale verification i observed that yesstr and nostr are missing for Pashto [LC_MESSAGES] Locale for Afghanistan reference google translater and Pashto travel book --- localedata/locales/ps_AF | 2 ++ 1 file changed, 2 insertions(+)
Comments
Akhilesh Kumar <akhilesh.k@samsung.com> wrote: > [BZ #21711] > During Locale verification i observed that > > yesstr and nostr are missing for Pashto [LC_MESSAGES] Locale > > for Afghanistan reference google translater and Pashto travel book > --- > localedata/locales/ps_AF | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/localedata/locales/ps_AF b/localedata/locales/ps_AF > index 702a830..2413b1c 100644 > --- a/localedata/locales/ps_AF > +++ b/localedata/locales/ps_AF > @@ -232,6 +232,8 @@ END LC_MONETARY > LC_MESSAGES > yesexpr "<U005E><U005B><U002B><U0031><U0079><U0059><U0628><U0066><U005D>" > noexpr "<U005E><U005B><U002D><U0030><U006E><U004E><U062E><U0646><U006F><U005D>" > +yesstr "<U0647><U0648>" > +nostr "<U0646><U0647>" > END LC_MESSAGES > > LC_MEASUREMENT I checked that http://thepashto.com/ gives the same strings for yes and no. Committed.
6.07.2017 10:24 Mike FABIAN <mfabian@redhat.com> wrote: > > > Akhilesh Kumar <akhilesh.k@samsung.com> wrote: > > > [...] > > diff --git a/localedata/locales/ps_AF b/localedata/locales/ps_AF > > index 702a830..2413b1c 100644 > > --- a/localedata/locales/ps_AF > > +++ b/localedata/locales/ps_AF > > @@ -232,6 +232,8 @@ END LC_MONETARY > > LC_MESSAGES > > yesexpr "<U005E><U005B><U002B><U0031><U0079><U0059><U0628><U0066><U005D>" > > noexpr > > "<U005E><U005B><U002D><U0030><U006E><U004E><U062E><U0646><U006F><U005D>" > > +yesstr "<U0647><U0648>" > > +nostr "<U0646><U0647>" > > END LC_MESSAGES > > > > LC_MEASUREMENT > > I checked that http://thepashto.com/ gives the same strings for yes and > no. > > Committed. Don't yesexpr and noexpr need an update now? At least, I can't see "<U0647>" character in yesexpr. Regards, Rafal
Rafal Luzynski <digitalfreak@lingonborough.com> wrote: > 6.07.2017 10:24 Mike FABIAN <mfabian@redhat.com> wrote: >> >> >> Akhilesh Kumar <akhilesh.k@samsung.com> wrote: >> >> > [...] >> > diff --git a/localedata/locales/ps_AF b/localedata/locales/ps_AF >> > index 702a830..2413b1c 100644 >> > --- a/localedata/locales/ps_AF >> > +++ b/localedata/locales/ps_AF >> > @@ -232,6 +232,8 @@ END LC_MONETARY >> > LC_MESSAGES >> > yesexpr "<U005E><U005B><U002B><U0031><U0079><U0059><U0628><U0066><U005D>" >> > noexpr >> > "<U005E><U005B><U002D><U0030><U006E><U004E><U062E><U0646><U006F><U005D>" >> > +yesstr "<U0647><U0648>" >> > +nostr "<U0646><U0647>" >> > END LC_MESSAGES >> > >> > LC_MEASUREMENT >> >> I checked that http://thepashto.com/ gives the same strings for yes and >> no. >> >> Committed. > > Don't yesexpr and noexpr need an update now? At least, I can't see > "<U0647>" character in yesexpr. Yes, but I am unsure how. There are some Arabic characters in yesexpr and noexpr, but they seem to have nothing to do with what we have no in yesstr and nostr. I wonder whether these Arabic characters which we have now in yesexpr and noexpr are just wrong ...
11.07.2017 10:02 Mike FABIAN <mfabian@redhat.com> wrote: > > Rafal Luzynski <digitalfreak@lingonborough.com> wrote: > > > [...] > > Don't yesexpr and noexpr need an update now? At least, I can't see > > "<U0647>" character in yesexpr. > > Yes, but I am unsure how. Fair enough. I think it's better to leave this unchanged if we don't know how to change correctly. Hopefully someone with a better knowledge will eventually file a bug report and explain this. > There are some Arabic characters in yesexpr > and noexpr, but they seem to have nothing to do with what we have no in > yesstr and nostr. I wonder whether these Arabic characters which we have > now in yesexpr and noexpr are just wrong ... They may be formally wrong but sometimes useful. Similarly to +/-, 1/0, and y/n which we have added to many other locales even although they don't look like "yes"/"no" in their proper languages. Regards, Rafal
diff --git a/localedata/locales/ps_AF b/localedata/locales/ps_AF index 702a830..2413b1c 100644 --- a/localedata/locales/ps_AF +++ b/localedata/locales/ps_AF @@ -232,6 +232,8 @@ END LC_MONETARY LC_MESSAGES yesexpr "<U005E><U005B><U002B><U0031><U0079><U0059><U0628><U0066><U005D>" noexpr "<U005E><U005B><U002D><U0030><U006E><U004E><U062E><U0646><U006F><U005D>" +yesstr "<U0647><U0648>" +nostr "<U0646><U0647>" END LC_MESSAGES LC_MEASUREMENT