From owner-svn-src-head@freebsd.org Mon Jun 20 02:57:13 2016 Return-Path: Delivered-To: svn-src-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 34110A7B898 for ; Mon, 20 Jun 2016 02:57:13 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mail-lf0-f48.google.com (mail-lf0-f48.google.com [209.85.215.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8A9E31CE8 for ; Mon, 20 Jun 2016 02:57:12 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by mail-lf0-f48.google.com with SMTP id f6so29148565lfg.0 for ; Sun, 19 Jun 2016 19:57:11 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to; bh=tk5HI0dkrq3Y39Z+zcRtseY3wLt1rKNaFGzZKEyd/Vw=; b=DAgUzvvv9LMFYf+Pvbzo1SRkiT78OAqffwyX9EZXtk0/xr1TQ5rZmfcQvnJCcIS88+ RpN5IIEensqQ8VuGhFzSaLrTBVTqI8BVSaCH9ZSn0rHFIXIN06UcCRUOILnM0B/CJMUV sgJGqQphbx5hBkuLzXQMMY6vI2lNFqlWgcrrh8gzAMktAGaY/G5EqwB2iVc6/3qeRlum XSoW4OXRl2zihiunF9y0nq0IqyAMYIki62bRn87g3LwUKSF7mF0iKaA+LIoQCfRKyTf0 HEKn8qEr/1Vxw2FYvRa/GVOSlhLZ66BH0bsRQucBTr39rXKJt9pVbQxgZBqo9cCLM6cZ yG7g== X-Gm-Message-State: ALyK8tLLM88rIQU83K++MC8Q7Zz9Wfz4rrYK88v/2C8cd+U58Kyw3iMao/d3htjd+PvEkA== X-Received: by 10.25.32.6 with SMTP id g6mr234052lfg.188.1466391430028; Sun, 19 Jun 2016 19:57:10 -0700 (PDT) Received: from [192.168.1.2] ([89.169.173.68]) by smtp.gmail.com with ESMTPSA id h73sm3219838lfe.8.2016.06.19.19.57.08 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 19 Jun 2016 19:57:09 -0700 (PDT) Subject: Re: svn commit: r302016 - in head: share/timedef tools/tools/locale/tools To: Baptiste Daroussin References: <201606190344.u5J3iWO6079652@repo.freebsd.org> <3387744f-7abd-417c-599f-163e78b4170e@freebsd.org> <20160619145233.kjnfyxjb75fdcucz@ivaldir.etoilebsd.net> <20160619154918.etycha7kvj4v7nrp@ivaldir.etoilebsd.net> <77076d87-41ad-0cce-c703-ed9cef1bdb8b@freebsd.org> <20160619171021.7ps2te7wgoxfqznv@ivaldir.etoilebsd.net> <1f579a9a-3aa4-e99b-f991-b42a1672a9b4@freebsd.org> <20160619194051.w4dueeutrgtjcfuf@ivaldir.etoilebsd.net> Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, Hajimu UMEMOTO From: Andrey Chernov Message-ID: <45daf91a-6e15-eded-03bd-9d126938b1f0@freebsd.org> Date: Mon, 20 Jun 2016 05:57:08 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <20160619194051.w4dueeutrgtjcfuf@ivaldir.etoilebsd.net> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="kopswqJwNuk46FLvDUiWXhImPHw3NTB6M" X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2016 02:57:13 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --kopswqJwNuk46FLvDUiWXhImPHw3NTB6M Content-Type: multipart/mixed; boundary="scj0p6wei9JQP1OV1fqbTtiv4IGfGFkTU" From: Andrey Chernov To: Baptiste Daroussin Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, Hajimu UMEMOTO Message-ID: <45daf91a-6e15-eded-03bd-9d126938b1f0@freebsd.org> Subject: Re: svn commit: r302016 - in head: share/timedef tools/tools/locale/tools References: <201606190344.u5J3iWO6079652@repo.freebsd.org> <3387744f-7abd-417c-599f-163e78b4170e@freebsd.org> <20160619145233.kjnfyxjb75fdcucz@ivaldir.etoilebsd.net> <20160619154918.etycha7kvj4v7nrp@ivaldir.etoilebsd.net> <77076d87-41ad-0cce-c703-ed9cef1bdb8b@freebsd.org> <20160619171021.7ps2te7wgoxfqznv@ivaldir.etoilebsd.net> <1f579a9a-3aa4-e99b-f991-b42a1672a9b4@freebsd.org> <20160619194051.w4dueeutrgtjcfuf@ivaldir.etoilebsd.net> In-Reply-To: <20160619194051.w4dueeutrgtjcfuf@ivaldir.etoilebsd.net> --scj0p6wei9JQP1OV1fqbTtiv4IGfGFkTU Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 19.06.2016 22:40, Baptiste Daroussin wrote: > On Sun, Jun 19, 2016 at 10:02:26PM +0300, Andrey Chernov wrote: >> On 19.06.2016 20:21, Andrey Chernov wrote: >>> On 19.06.2016 20:10, Baptiste Daroussin wrote: >>>> On Sun, Jun 19, 2016 at 08:05:30PM +0300, Andrey Chernov wrote: >>>>> On 19.06.2016 19:52, Andrey Chernov wrote: >>>>>> On 19.06.2016 19:47, Andrey Chernov wrote: >>>>>>> On 19.06.2016 18:49, Baptiste Daroussin wrote: >>>>>>>> On Sun, Jun 19, 2016 at 04:52:34PM +0200, Baptiste Daroussin wro= te: >>>>>>>>> On Sun, Jun 19, 2016 at 07:57:49AM +0300, Andrey Chernov wrote:= >>>>>>>>>> On 19.06.2016 6:44, Hajimu UMEMOTO wrote: >>>>>>>>>>> Log: >>>>>>>>>>> - Prefer to use %d over %e where the day of the month shoul= d be zero >>>>>>>>>>> filled. >>>>>>>>>>> - Since %e means the day of the month as well, regard %e as= same as %d >>>>>>>>>>> in md_order. >>>>>>>>>> >>>>>>>>>> Nonsense doubled formats in sr_*_RS locales and nonsense md_or= der there too. >>>>>>>>> >>>>>>>>> Crap I'll dig into it, thanks for spotting it. >>>>>>>>> >>>>>>>>> Best regards, >>>>>>>>> Bapt >>>>>>>> >>>>>>>> Should be fixed by: >>>>>>>> https://people.freebsd.org/~bapt/locale-triple-components.diff >>>>>>>> >>>>>>>> The perl script generating the locales was badly handling locale= s with 3 >>>>>>>> components, fixed now. >>>>>>>> >>>>>>>> Sorry about that >>>>>>>> >>>>>>>> Best regards, >>>>>>>> Bapt >>>>>>>> >>>>>>> >>>>>>> sr locales are badly named before anything else, proper format is= >>>>>>> language[_COUNTRY][.encoding][@variant] >>>>>>> I.e. >>>>>>> sr_RS.UTF-8@Latn >>>>>>> sr_RS.ISO8859-2@Latn >>>>>>> sr_RS.ISO8859-t@Cyrl >>>>>>> >>>>>>> I don't know, if out utilities (f.e. locale(1)) can handle @varia= nt suffix. >>>>>>> >>>>>>> >>>>>> =3Dsr_RS.ISO8859-5@Cyrl >>>>>> =3Dour, and not utilities only but libc too >>>>> >>>>> Since right now we have only single @variant per each encoding, and= no >>>>> @variant for other locales, we can just drop it and use right names= like: >>>>> sr_RS.UTF-8 >>>> >>>> We have 2 for the above the Cyrl version and the Latn version >>>> >>>>> sr_RS.ISO8859-2 >>>>> sr_RS.ISO8859-5 >>>> >>>> We can make aliases easily for that is that is what people want, not= the we have >>>> the same for other locales: >>>> >>>> zh_Hans_CN.GB18030 >>>> zh_Hans_CN.GB2312 >>>> zh_Hans_CN.GBK >>>> zh_Hans_CN.UTF-8 >>>> zh_Hans_CN.eucCN >>>> zh_Hant_HK.UTF-8 >>>> zh_Hant_TW.Big5 >>>> zh_Hant_TW.UTF-8 >>>> >>>> With some aliases for some of the previously existing ones: >>>> zh_TW.Big5 >>>> zh_TW.UTF-8 >>>> zh_CN.GB18030 >>>> zh_CN.GB2312 >>>> zh_CN.GBK >>>> zh_CN.UTF-8 >>>> zh_CN.eucCN >>>> zh_HK.UTF-8 >>>> >>>> Some of the new locales (that didn't exist before) I have only impor= ted the new >>>> name format: >>>> kk_Cyrl_KZ.UTF-8 >>>> mn_Cyrl_MN.UTF-8 >>>> sr_Cyrl_RS.ISO8859-5 >>>> sr_Cyrl_RS.UTF-8 >>>> sr_Latn_RS.ISO8859-2 >>>> sr_Latn_RS.UTF-8 >>>> >>>> I would prefer staying on the new syntax given it is allowed by some= RFC and it >>>> is slowly being adopted everywhere else. >>>> >>>> Btw another RFC: https://www.ietf.org/rfc/rfc5646.txt >>>> >>>> Best regards, >>>> Bapt >>>> >>> >>> Old POSIX don't use RFC 5646, there are ISO-639 two-letter codes. Whe= n >>> encodings are different, there is no needs to specify variants, they >>> have meaning only for the same encoding. >>> >>> >> >> I found POSIX reference about @-syntax: >> [language[_territory][.codeset][@modifier]] >> http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap08.htm= l >> It says nothing about language, territory or codeset standards. >> >> They comes from another standard, ISO 15897: >> "8. Natural language, as specified in ISO 639 >> 9. Territory, as two-letter form of ISO 3166" >> I can't find there something about codeset/charmap standartization, bu= t >> perhaps I just overlook some reference. >> >=20 > Thanks a lot for that reference I wonder how I failed at finding it, I = read > twice the locale definition in opengroup documents. >=20 > I have found yet proof in the code, but from my testings (using nl_lang= info()) >=20 > I can see that the @modifier is properly supported. >=20 > I have 2 proposal then: > 1/ Keep the current version and add aliases with "@" for the one in var= iants > 2/ Rename all the variants we have now into the POSIX version with "@" To minimize confusion among people and better cross-platform compatibility IMHO we need to see what Linux have here (in parts it not violates POSIX and ISO standards, of course). We have different charmap names (ISO-* vs. ISO*), and we have it already too long to change as many people thinks, but new sr and other locales can be easily set in line while they are still new. --scj0p6wei9JQP1OV1fqbTtiv4IGfGFkTU-- --kopswqJwNuk46FLvDUiWXhImPHw3NTB6M Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBCAAGBQJXZ1uEAAoJEKUckv0MjfbKyPcH/A3MaB7QuK5HlJlhX2Ta49jK 0meAEjCkMm+f0ax8yqaoXStjwZMPJKB5eLMEEWEwIMmQjnirc0ftgyomeO+eXLcQ pOItxy4nw31YtGNUs68xBMe1dELXVUHy1P/CaGd5gr1+0AlYGFpKbDgDZbDS8XU5 bipHGj6QIUUOyZIVc69puhCOrNvA6fEJ4skeT3FmYhs2+Slx9ll9qCUb3gnmEOuh TcpAzSwDD2ms3VAJ93YeXfx4GDfQCcBNvg+xJHiYXySt8mD6xTdOnwzOipAB7vpC 9lVkBKsW9WF/OBh9Jiq0Yc9SbgtHtoTpDy0jgrA0ntJ10Ni5VZQU0IlQpwPVTJ0= =uCLD -----END PGP SIGNATURE----- --kopswqJwNuk46FLvDUiWXhImPHw3NTB6M--