[Ltru] Re: zh-hakka

Frank Ellermann <nobody@xyzzy.claranet.de> Wed, 20 September 2006 07:14 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GPwIN-0001cW-Mj; Wed, 20 Sep 2006 03:14:59 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GPwIM-0001XO-Dl for ltru@lists.ietf.org; Wed, 20 Sep 2006 03:14:58 -0400
Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GPwIL-0003F0-4F for ltru@lists.ietf.org; Wed, 20 Sep 2006 03:14:58 -0400
Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GPwIE-00010V-0D for ltru@lists.ietf.org; Wed, 20 Sep 2006 09:14:50 +0200
Received: from pd9fba8f1.dip0.t-ipconnect.de ([217.251.168.241]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <ltru@lists.ietf.org>; Wed, 20 Sep 2006 09:14:49 +0200
Received: from nobody by pd9fba8f1.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <ltru@lists.ietf.org>; Wed, 20 Sep 2006 09:14:49 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: ltru@lists.ietf.org
From: Frank Ellermann <nobody@xyzzy.claranet.de>
Date: Wed, 20 Sep 2006 09:14:03 +0200
Organization: <URL:http://purl.net/xyzzy>
Lines: 22
Message-ID: <4510EA3B.33DF@xyzzy.claranet.de>
References: <E1GPg6q-0004yv-5v@megatron.ietf.org> <008601c6dbf6$8238dc00$6401a8c0@DGBP7M81> <451006C2.60603@yahoo-inc.com> <004301c6dc6d$bebab190$6401a8c0@DGBP7M81>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: pd9fba8f1.dip0.t-ipconnect.de
X-Mailer: Mozilla 3.0 (OS/2; U)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7655788c23eb79e336f5f8ba8bce7906
Cc:
Subject: [Ltru] Re: zh-hakka
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Language Tag Registry Update working group discussion list <ltru.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ltru>, <mailto:ltru-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ltru>
List-Post: <mailto:ltru@ietf.org>
List-Help: <mailto:ltru-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ltru>, <mailto:ltru-request@ietf.org?subject=subscribe>
Errors-To: ltru-bounces@ietf.org

Doug Ewell wrote:

> That's why some of us are watching diligently every time IANA
> releases a new version, and scrutinizing the registration
> forms with a magnifying glass before they are submitted to
> IANA.

My (now two) magnifying glasses don't catch unintended cycles.
With a rule "pointers only to non-deprecated (sub)tags" they
could easily catch such typos.

> I'd be interested if somebody could come up with a plausible
> scenario that would result in circular P-V assignments.

MY reverting to BU, or C? reverting to ZR, that might not work
as expected with 4646 rules (too lazy to check).  With Martin's
proposal it works, the BU -> MY pointer would be replaced by a
BU -> BU pointer, and the fine print would say that this should
be reduced to no pointer at all.  Adding MY -> BU as expected.

Frank



_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru