Re: [Ltru] Process

Martin Duerst <duerst@it.aoyama.ac.jp> Tue, 26 September 2006 10:17 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GSA0V-0005RS-7E; Tue, 26 Sep 2006 06:17:43 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GSA0T-0005Pe-6q for ltru@ietf.org; Tue, 26 Sep 2006 06:17:41 -0400
Received: from scmailgw1.scop.aoyama.ac.jp ([133.2.251.194]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GSA0P-0006GA-5w for ltru@ietf.org; Tue, 26 Sep 2006 06:17:41 -0400
Received: from scmse1.scbb.aoyama.ac.jp (scmse1 [133.2.253.16]) by scmailgw1.scop.aoyama.ac.jp (secret/secret) with SMTP id k8QAHXGX012791 for <ltru@ietf.org>; Tue, 26 Sep 2006 19:17:33 +0900 (JST)
Received: from (133.2.206.133) by scmse1.scbb.aoyama.ac.jp via smtp id 1c36_3993548a_4d48_11db_8605_0014221fa3c9; Tue, 26 Sep 2006 19:17:32 +0900
X-AuthUser: duerst@it.aoyama.ac.jp
Received: from Tanzawa.it.aoyama.ac.jp ([133.2.210.1]:50737) by itmail.it.aoyama.ac.jp with [XMail 1.22 ESMTP Server] id <S26D00> for <ltru@ietf.org> from <duerst@it.aoyama.ac.jp>; Tue, 26 Sep 2006 19:17:31 +0900
Message-Id: <6.0.0.20.2.20060926164259.07421900@localhost>
X-Sender: duerst@localhost
X-Mailer: QUALCOMM Windows Eudora Version 6J
Date: Tue, 26 Sep 2006 19:17:18 +0900
To: Mark Davis <mark.davis@icu-project.org>, LTRU Working Group <ltru@ietf.org>
From: Martin Duerst <duerst@it.aoyama.ac.jp>
Subject: Re: [Ltru] Process
In-Reply-To: <30b660a20609250849k455115ci4ca24ebfcb175c2c@mail.gmail.com >
References: <30b660a20609250849k455115ci4ca24ebfcb175c2c@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 92df29fa99cf13e554b84c8374345c17
Cc:
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

[partially as a co-chair, and partially as a technical contributor]

The IETF has a tradition to keep process as low-key as possible.
It would in my understanding be the first time that more than a
simple "reviewer" is used for a simple registration.

Creating new process is very difficult; it's easy to get it wrong,
and it's easy to make it too elaborate. It's then very difficult
to make it simpler again.

I personally have my doubts that we need that much more process.
I'm also a bit concerned that the IESG will ask a lot of questions
(at least) when they see things such as "Language Subtag Review Board"
or "vote by majority",...

While a lot of people participate on ietf-languages@iana.org, and
many share an understanding of what's problematic with that list
and the review of language tags, the LTRU list is by definition a
different list. I think it would be good if somebody (Mark?) could
put together a list of the problems he sees. Once we have a better
understanding on what we agree are problems, we have a better
chance of finding the minimal, but necessary, solutions.

Regards,    Martin.

At 00:49 06/09/26, Mark Davis wrote:
>We clearly need some more process in the spec -- I didn't realize, for example, that the armenian tags were added.
>
>Here is a very rough draft revision of 3.2/3.3, incorporating some ideas that we've discussed at various times. 
>
>
>
>3.2. Language Subtag Review Board
>
>
>The Language Subtag Board (LSB) consists of three Language Subtag Reviewers. Each of the Language Subtag Reviewers.must read and thoroughly understand all parts of BCP 47. All decisions of the LSB are by a majority vote. The Language Subtag Board is appointed by the IESG for an indefinite term, subject to removal or replacement at the IESG's discretion. Any instance where the LSB does not follow the procedures in this document are grounds for dismissal by the IESG.
>
>The Language Subtag Board moderates the ietf-languages mailing list, responds to requests for registration, and performs the other registry maintenance duties described in <http://www.inter-locale.com/ID/draft-ietf-ltru-registry-14.html#maintreg>Section 3.3 (Maintenance of the Registry ). Only the Language Subtag Board is permitted to request IANA to change, update or add records to the Language Subtag Registry.
>
>The performance or decisions of the Language Subtag Board MAY be appealed to the IESG under the same rules as other IETF decisions (see <http://www.inter-locale.com/ID/draft-ietf-ltru-registry-14.html#RFC2026>[RFC2026] (Bradner, S., "The Internet Standards Process -- Revision 3," October 1996. )). The IESG can reverse or overturn the decision of the Language Subtag Board, provide guidance, or take other appropriate actions. Because of the need for stability, however, once a change is posted to <http://www.iana.org/assignments/language-subtag-registry>http://www.iana.org/assignments/language-subtag-registry, it is irrevocable.
>
>
>3.3. Maintenance of the Registry
>
>
>
>Maintenance of the registry requires that as codes are assigned or withdrawn by ISO 639, ISO 15924, ISO 3166, and UN M.49, the Language Subtag Board MUST evaluate each change, determine whether it conflicts with existing registry entries, and within 30 days propose a change to the registry as described in Section 3.5. 
>
>The Language Subtag Board MUST ensure that all new subtags meet the requirements in <http://www.inter-locale.com/ID/draft-ietf-ltru-registry-14.html#choice>Section 4.1 (Choice of Language Tag) or submit an appropriate alternate subtag as described in that section. The Language Subtag Board MUST respond within 15 days to any language subtag request form. The response MUST go both to the submitter, and to the Language Tag Registry Mailing List. The response MUST indicate whether the request is accepted, or not accepted. If it is not accepted, the Language Subtag Board MUST indicate which clauses of BCP 47 would be violated by acceptance, and which changes to the language subtag request form would make it acceptable. 
>
>Upon acceptance, the Language Subtag Board MUST incorporate corresponding changes into a public Draft Language Tag Registry, having precisely the same syntax as <http://www.iana.org/assignments/language-subtag-registry>http://www.iana.org/assignments/language-subtag-registry, and notify the Language Tag Registry Mailing List. During a 15-day review period, people have the opportunity to review the syntax of the change, and the Language Subtag Board may make changes in response to feedback. Any such change starts the 15-day review period anew. Once the review period has completed, the LSB will change the File-Date and forward the entire file to IANA for posting within 7 days. Once IANA has posted the file, IANA MUST send a message will be sent to the Language Tag Registry Mailing List acknowledging that. 
>
>[Move the following to a section on the form]
>
>If a record represents a new subtag that does not currently exist in the registry, then the message's subject line MUST include the word "INSERT". If the record represents a change to an existing subtag, then the subject line of the message MUST include the word "MODIFY". The message MUST contain both the record for the subtag being inserted or modified and the new File-Date record. Here is an example of what the body of the message might contain:
>
>The set of redundant and grandfathered tags is permanent and stable: new entries in this section MUST NOT be added and existing entries MUST NOT be removed. Records of type 'grandfathered' MAY have their type converted to 'redundant': see item 12 in <http://www.inter-locale.com/ID/draft-ietf-ltru-registry-14.html#possibleReg>Section 3.6 (Possibilities for Registration ) for more information. The decision making process about which tags were initially grandfathered and which were made redundant is described in <http://www.inter-locale.com/ID/draft-ietf-ltru-registry-14.html#initial-registry>[initial-registry] ( Ewell, D., Ed., "Initial Language Subtag Registry," June 2005.).
>
>Whenever an entry is created or modified in the registry, the 'File-Date' record at the start of the registry is updated to reflect the most recent modification date in the <http://www.inter-locale.com/ID/draft-ietf-ltru-registry-14.html#RFC3339>[RFC3339] (Klyne, G. and C. Newman, "Date and Time on the Internet: Timestamps," July 2002. ) "full-date" format. 
>
>Before forwarding a new registration to IANA, the Language Subtag Reviewer MUST ensure that values in the 'Subtag' field match case according to the description in <http://www.inter-locale.com/ID/draft-ietf-ltru-registry-14.html#ianaformat>Section 3.1 (Format of the IANA Language Subtag Registry ). 
>
>_______________________________________________
>Ltru mailing list
>Ltru@ietf.org
>https://www1.ietf.org/mailman/listinfo/ltru


#-#-#  Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University
#-#-#  http://www.sw.it.aoyama.ac.jp       mailto:duerst@it.aoyama.ac.jp     


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