Re: [apps-discuss] BCP 166, RFC 6365 on Terminology Used in Internationalization in the IETF

Frank Ellermann <hmdmhdfmhdjmzdtjmzdtzktdkztdjz@gmail.com> Thu, 08 September 2011 06:51 UTC

Return-Path: <hmdmhdfmhdjmzdtjmzdtzktdkztdjz@gmail.com>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F0A321F8BBE for <apps-discuss@ietfa.amsl.com>; Wed, 7 Sep 2011 23:51:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.953
X-Spam-Level:
X-Spam-Status: No, score=-102.953 tagged_above=-999 required=5 tests=[AWL=0.146, BAYES_00=-2.599, FROM_LOCAL_NOVOWEL=0.5, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FMY4YbLLetK3 for <apps-discuss@ietfa.amsl.com>; Wed, 7 Sep 2011 23:51:30 -0700 (PDT)
Received: from mail-pz0-f45.google.com (mail-pz0-f45.google.com [209.85.210.45]) by ietfa.amsl.com (Postfix) with ESMTP id ABE1F21F8B74 for <apps-discuss@ietf.org>; Wed, 7 Sep 2011 23:51:30 -0700 (PDT)
Received: by pzk33 with SMTP id 33so2689973pzk.18 for <apps-discuss@ietf.org>; Wed, 07 Sep 2011 23:53:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=Yu1YeVLsdaQkuRWQpDT0vtDZjYpvtEtIxtTidP/fLLc=; b=Z3htxQPOBVcZUiAQ+/As4u6j0cYjCb2y+PhwxoJCJ0amxDbWhnAXd/se8a/1eBIvNh Crqz4G0CA8xznt4fRWPzj2ge3n6oe7qp35vkl5gYvZMvS1x98tMkW4NqQiH/GjNLk1vK RSYP3eP3++AEmFtEGiAPJJEovYeSQp4WcSl+I=
Received: by 10.68.33.106 with SMTP id q10mr603255pbi.180.1315464801121; Wed, 07 Sep 2011 23:53:21 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.142.101.15 with HTTP; Wed, 7 Sep 2011 23:52:41 -0700 (PDT)
In-Reply-To: <CALaySJJ59kDPB0J0N8VwqJ7=APBOQC_8xnJr02vCzngSLAKUtg@mail.gmail.com>
References: <20110907214310.19FE198C284@rfc-editor.org> <CAC4RtVCPkf4_JMEwVOjs2nsvkUg7ytnWRyvWo1F=8Qjz0jsY+A@mail.gmail.com> <7EFE851DFE8E017623F50FCF@PST.JCK.COM> <CALaySJJ59kDPB0J0N8VwqJ7=APBOQC_8xnJr02vCzngSLAKUtg@mail.gmail.com>
From: Frank Ellermann <hmdmhdfmhdjmzdtjmzdtzktdkztdjz@gmail.com>
Date: Thu, 08 Sep 2011 08:52:41 +0200
Message-ID: <CAHhFybp00A=P36kHfSCkVwjt07Yx3YzSJARJnthq4NKo4aTrMw@mail.gmail.com>
To: Barry Leiba <barryleiba@computer.org>
Content-Type: text/plain; charset="ISO-8859-1"
Cc: apps-discuss@ietf.org
Subject: Re: [apps-discuss] BCP 166, RFC 6365 on Terminology Used in Internationalization in the IETF
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Sep 2011 06:51:31 -0000

On 8 September 2011 03:24, Barry Leiba wrote:

>> 5892bis has been stuck in IANA hold (i.e., not either the WG's
>> or the RFC Editor's fault)... I believe there has been another,
>> independent, effort lately to un-stick it, but that may deserve
>> a nudge from the IETF side too.

> Thanks for pointing that out to me; I'll check with Michelle.

Hi, I tried to figure out what that is about.  Apparently 5892bis
fixes three Unicode points in TUS 6.0 for the purposes of IDNA2008.

The datatracker notes that "IANA will, in collaboration with its
internal IDN team and IETF IDNA experts, update the derived property
value registry according to RFC 5892 and property values as defined
in The Unicode Standard version 6.0"

<http://www.iana.org/assignments/idnabis-tables/idnabis-tables.xml>
is the affected IDNA Derived Properties registry, and apparently
5892bis only states that the rows 0CF1..0CF2 and 19D0..19DA will
stay as they are when this registry will be updated for TUS 6.0.

The relevant IETF IDNA expert is a coauthor of 5892bis.  What is
this "internal IDN team" -- I don't see why not changing two lines
in a registry requires a team, do I miss something obvious?

-Frank