From owner-svn-src-head@freebsd.org Tue Jun 21 17:05:43 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 C1B4EAC48D5 for ; Tue, 21 Jun 2016 17:05:43 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mail-lf0-f45.google.com (mail-lf0-f45.google.com [209.85.215.45]) (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 4807C1E13 for ; Tue, 21 Jun 2016 17:05:42 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by mail-lf0-f45.google.com with SMTP id h129so33310328lfh.1 for ; Tue, 21 Jun 2016 10:05:42 -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=VPnP+OAJLJquK6nqc3qNeT0Tf7lcWhj97g5zjDHiL4o=; b=Oiq60M8KCjMqetpqGoQbmCGkoBoC3KyM6gLLchrohX4HhNhZvgEnV8J/K6b3htspEZ bZ27HnFJcNVzLR6jrUjYC+NZHS6+awKo+z8JvtJhmAkoEngdU8nTvWf1WCROnvMUUstu mZ4tiSWoZCeNygnofbNEiwbjWzk38vdV/i2yScFsqOUPuNAmfU/G899XfJDvN8gxaiAO nA2mA6zNK+jsLvKlhgY+6tstYOyVJA3tTbp9lLrYi/xSr9qYUgoBoG9kwT1D4HTRawm5 W5wMGMpNTWOR86xLX+Gy9rO/nzp/VFdQS9XEu7XADVpGYARL7SWM+atTjVt6m5OLvnaQ BhXQ== X-Gm-Message-State: ALyK8tKoXSCdF44ysjZ5hdxg9oRaX3QuMlqHPwGycr8d2ZUSo0Fvp8kmZ5jk6o7AjYmmJw== X-Received: by 10.25.4.4 with SMTP id 4mr5640422lfe.208.1466528735374; Tue, 21 Jun 2016 10:05:35 -0700 (PDT) Received: from [192.168.1.2] ([89.169.173.68]) by smtp.gmail.com with ESMTPSA id q20sm7677000lbn.25.2016.06.21.10.05.34 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 21 Jun 2016 10:05:34 -0700 (PDT) Subject: Re: svn commit: r302026 - in head: share/monetdef share/msgdef share/numericdef share/timedef tools/tools/locale/tools To: Baptiste Daroussin References: <201606200645.u5K6jhBr081752@repo.freebsd.org> <0de854da-5914-901a-3d15-41429808ace1@freebsd.org> <20160621071249.coi44qjecd67hz32@ivaldir.etoilebsd.net> Cc: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org From: Andrey Chernov Message-ID: <70f03752-4b50-caf6-48ad-68b41bfd00d2@freebsd.org> Date: Tue, 21 Jun 2016 20:05:33 +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: <20160621071249.coi44qjecd67hz32@ivaldir.etoilebsd.net> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="fv6ApRKvpDalSXWfDDgDX2ndMFP9FOFod" 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: Tue, 21 Jun 2016 17:05:43 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --fv6ApRKvpDalSXWfDDgDX2ndMFP9FOFod Content-Type: multipart/mixed; boundary="QwxPkHatLbWuUn544k9i7Bud9wtJLPbfi" From: Andrey Chernov To: Baptiste Daroussin Cc: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Message-ID: <70f03752-4b50-caf6-48ad-68b41bfd00d2@freebsd.org> Subject: Re: svn commit: r302026 - in head: share/monetdef share/msgdef share/numericdef share/timedef tools/tools/locale/tools References: <201606200645.u5K6jhBr081752@repo.freebsd.org> <0de854da-5914-901a-3d15-41429808ace1@freebsd.org> <20160621071249.coi44qjecd67hz32@ivaldir.etoilebsd.net> In-Reply-To: <20160621071249.coi44qjecd67hz32@ivaldir.etoilebsd.net> --QwxPkHatLbWuUn544k9i7Bud9wtJLPbfi Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 21.06.2016 10:12, Baptiste Daroussin wrote: > On Mon, Jun 20, 2016 at 10:14:04PM +0300, Andrey Chernov wrote: >> On 20.06.2016 9:45, Baptiste Daroussin wrote: >>> Author: bapt >>> Date: Mon Jun 20 06:45:42 2016 >>> New Revision: 302026 >>> URL: https://svnweb.freebsd.org/changeset/base/302026 >>> >>> Log: >>> Fix generation of locales with multiple variants >> >> Thanx. >> Just want to note, even if we stay with RFC 5646 language tags instead= >> of ISO 639 ones with @modifier (per ISO 15897), current tags are >> incorrect because have "_" instead of "-" which makes parsing harder, >> because "_" is territory separator and someone may not expect several >> "_" exists. Per RFC 5646 we need names like >> sr-Cyrl_RS.UTF-8.src >> and not >> sr_Cyrl_RS.UTF-8.src >> > I have a patch that create the @modifier version meaning > for instance: > sr_RS.UTF-8@[modifier] >=20 > it also adds an alias sr_RS.UTF-8 which is the cyrillic version (follow= ing the > what has been done on linux for this locale) >=20 > I am seeking for your opinion on a policy to handle the locales with va= riants. > I am hesitating between 2 options: > 1/ Provide all locales that may have modifier: >=20 > - for sr_RS: > sr_RS.UTF-8@cyrillic > sr_RS.UTF-8@latin >=20 > and sr_RS.UTF-8 (which is actually the same as sr_RS.UTF-8@cyrillic) >=20 > - for zh_TW > zh_TW.UTF-8@hant > and zh_TW.UTF-8 (which is an alias on zh_TW.UTF-8@hant) >=20 > - for mn_MN > mn_MN.UTF-8@cyrillic > mn_MN.UTF-8 (which is an alias on mn_MN.UTF-8@cyrillic) >=20 > 2/ Only provide the @version for the ones for which we have an ambiguit= y >=20 > - for sr_RS: > sr_RS.UTF-8@latin > sr_RS.UTF-8 (would be the cyrillic one) >=20 > - for zh_TW > zh_TW.UTF-8 (no @modifier version) >=20 > - for mn_MN > mn_MN.UTF-8 (no @modifier version) >=20 >=20 > I do like the first (more explicit and simpler to do with our code whil= e still > compatible with the second). Linux only does the second. >=20 > But I understand the first can be confusing for languages with (for now= ) only > one variant supported like users asking themselves: > which one should I choose: mn_MN.UTF-8 or mn_MN.UTF-8@cyrillic? > They might not now they are actually the same >=20 > Any opinion? Since @modifier exists just to avoid ambiguity, we definitely don't need to add f.e. @cyrillic to every cyrillic-based locale and @latin to every latin-based one, and so on. Difference between no @modifier and some @modifier is enough to avoid ambiguity too, so I vote for Linux way. GNU libintl drops any @modifier in any case and use its own default encoding it tries to convert to user one later. --QwxPkHatLbWuUn544k9i7Bud9wtJLPbfi-- --fv6ApRKvpDalSXWfDDgDX2ndMFP9FOFod Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBCAAGBQJXaXPdAAoJEKUckv0MjfbKqB8H/RrOZA/ObnY5rfP1I58BL7Qt DZFZTuyBwA5VPiBpF+b42p/x2RNpwurmDLHG+gCGg6Va+wAVok3U9sUsQ2SUVIOi rRfallmQ9jCjekyhfpgN1tEgMI+8FGeICXe3UquZ047icl1h0eawnF4zoUuEOwun HuA2JSFQ0mR2th7MNM8v14tKJ1EH1m4rEXqcYO+auK1ag+ftbPG2vMk3HbvjSroi 914cdlehR4dZK9GUkU1Hz/YWjBTq/YBdlJOUHoVoPBmj/1NIsVVY9QMoFKX7sI8j nKzKJgPKDFYtLAw4NyV2v7O0xA+XWY21nsHPeRGwWPgmCVE34wSUjBH51moISDw= =mzVM -----END PGP SIGNATURE----- --fv6ApRKvpDalSXWfDDgDX2ndMFP9FOFod--