[Rfced-future] Fwd: [I18ndir] I18ndir last call review of draft-iab-rfcefdp-rfced-model-11

Peter Saint-Andre <stpeter@stpeter.im> Tue, 01 March 2022 19:19 UTC

Return-Path: <stpeter@stpeter.im>
X-Original-To: rfced-future@ietfa.amsl.com
Delivered-To: rfced-future@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 847583A0AE9 for <rfced-future@ietfa.amsl.com>; Tue, 1 Mar 2022 11:19:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.11
X-Spam-Level:
X-Spam-Status: No, score=-2.11 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=stpeter.im header.b=YmRRsGjY; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=lzuvaFp7
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wHnbhZmOyUTp for <rfced-future@ietfa.amsl.com>; Tue, 1 Mar 2022 11:19:26 -0800 (PST)
Received: from wout1-smtp.messagingengine.com (wout1-smtp.messagingengine.com [64.147.123.24]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CE5CD3A0AE3 for <rfced-future@iab.org>; Tue, 1 Mar 2022 11:19:26 -0800 (PST)
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id F37703201E09; Tue, 1 Mar 2022 14:19:25 -0500 (EST)
Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Tue, 01 Mar 2022 14:19:26 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=stpeter.im; h=cc :content-transfer-encoding:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to; s=fm2; bh=nUjfmgoIRugZb3 EZWCy5vkAaeaLv/0S0sTTAZ1AUX9I=; b=YmRRsGjYjOPZpj4mbTs0+u7uLXBORD H2W9xoUyTJUUCKpNlA6SMlkyjOzf45MxIiUGK++ao75XFl/MtAr+HG7Tnq/DIvFL i8/wie4sd3QnaDU8F0JXViZZ73qUyW9MPa0gpG/8qg2l4ph7cN6rBWfoLy1GVe0I +vhpxsR0kHowTyGqEbO+JIgFPcGRELYIdzeHdhW5gyhLxt97VjVCUki1POM/b+SP 9zUrIB7pQQmue/trEovJQG0XG6ds+j7+4cGs6QBj9VLFofpxV0msEwvcIxLXV/md sbmNHcZs7WvpeesjNu997IbIf1eq6VKGCc7kFT15rWf8Cr1o1Ppc2MXQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:date:from:from:in-reply-to:in-reply-to:message-id :mime-version:references:reply-to:sender:subject:subject:to:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm2; bh=nUjfmgoIRugZb3EZWCy5vkAaeaLv/0S0sTTAZ1AUX9I=; b=lzuvaFp7 4gBhaokmbFD2ZCkslXgVzikpn3p9xLPFJvKNGIVAix110yhQZqO9ijS6zOCTgGSv /uhAfNYT0wrh7aPm1SJovDRWP4HLMyzO0JEV+K+p8Rz2lHxTg15aSicYkPTdUVUm V5OqIVH89H5+5GKBWhK+NNHdg65664NMSsGNylBbIcYUobdTY8nRgUSLnktV3Tfd iUOUYVKA0OtKMYzhFBPTuR2kSL+o/maJh3BrOxO1mBzVzPZyti+BAvYTBflON4FE qLmhTeafc8HFUGKYmWmLsnhH2cS91BlF7SnMBRV9ItQ2rWaSNMOoBWFvoyRoe/V1 GGtk93NRzBlYCQ==
X-ME-Sender: <xms:vXEeYgQBaLt0EPOR6yCr9LpAP7arqKTcHg9K21q87LRIWBISJ4DrMw> <xme:vXEeYtwi2Oua2aCDSZArSftkQEumGG-VglHLSI-Pdcq9Z7HjmzNqrxcshoQMXVe8P 1sz2BN0xTGWeOOFww>
X-ME-Received: <xmr:vXEeYt3XiHzvaGWLhjMBu5Zc8jlVTnw2R0keFMX6wA6Lcwsdee-ENhzVBtupuviOJzrMywQ2Hl5x3WcsJfbtZWgzIeQ6m2b6yA2WXNg>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddruddtvddguddvtdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepkfffgggfufhfvffhjggtgfesth ekredttdefjeenucfhrhhomheprfgvthgvrhcuufgrihhnthdqtehnughrvgcuoehsthhp vghtvghrsehsthhpvghtvghrrdhimheqnecuggftrfgrthhtvghrnhephefflefgheeiie ekveetledukeffgfduledvffetueejteettdeufffgudehgfffnecuffhomhgrihhnpehi vghtfhdrohhrghdpvghpihhsthgvmhgvrdhnvghtnecuvehluhhsthgvrhfuihiivgeptd enucfrrghrrghmpehmrghilhhfrhhomhepshhtphgvthgvrhesshhtphgvthgvrhdrihhm
X-ME-Proxy: <xmx:vXEeYkDj0-JUeR3H4tFzOipSK1-zOXsVgxvmGcKJLASY1c3UuRV35g> <xmx:vXEeYpgGpy0nQ5LFfF_808kKl7uNlUxbb49_Q28h7b-lj4liW_uyVA> <xmx:vXEeYgr7EOV4BfsxhWRyYAcd1Ve8IKBGtSJrP_9lXQTWc0GiqtZS1Q> <xmx:vXEeYpIz9KkJi-XGjIBEXtKzya00jDhC_769xCV1bNauPvl0NP-Fpw>
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 1 Mar 2022 14:19:24 -0500 (EST)
Message-ID: <46de5830-990a-30bf-57fb-ddbc78cbb1fc@stpeter.im>
Date: Tue, 01 Mar 2022 12:19:24 -0700
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.6.1
References: <5231BEDE2E5FB8C502855970@PSB>
Content-Language: en-US
To: "rfced-future@iab.org" <rfced-future@iab.org>
From: Peter Saint-Andre <stpeter@stpeter.im>
In-Reply-To: <5231BEDE2E5FB8C502855970@PSB>
X-Forwarded-Message-Id: <5231BEDE2E5FB8C502855970@PSB>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/tEkXhexInLYWBoykqfvmMTm04Gs>
Subject: [Rfced-future] Fwd: [I18ndir] I18ndir last call review of draft-iab-rfcefdp-rfced-model-11
X-BeenThere: rfced-future@iab.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: RFC Editor Future Development Program <rfced-future.iab.org>
List-Unsubscribe: <https://www.iab.org/mailman/options/rfced-future>, <mailto:rfced-future-request@iab.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rfced-future/>
List-Post: <mailto:rfced-future@iab.org>
List-Help: <mailto:rfced-future-request@iab.org?subject=help>
List-Subscribe: <https://www.iab.org/mailman/listinfo/rfced-future>, <mailto:rfced-future-request@iab.org?subject=subscribe>
X-List-Received-Date: Tue, 01 Mar 2022 19:19:32 -0000

This message didn't make it to the Program list...


-------- Forwarded Message --------
Subject: Re: [I18ndir] I18ndir last call review of 
draft-iab-rfcefdp-rfced-model-11
Resent-Date: Sat, 26 Feb 2022 09:42:26 -0800 (PST)
Resent-From: alias-bounces@ietf.org
Resent-To: ietf@kuehlewind.net, lars@eggert.org, stpeter@stpeter.im
Date: Sat, 26 Feb 2022 12:42:12 -0500
From: John C Klensin <john-ietf@jck.com>
To: Pete Resnick <resnick=40episteme.net@dmarc.ietf.org>, Martin Dürst 
<duerst@it.aoyama.ac.jp>
CC: last-call@ietf.org, draft-iab-rfcefdp-rfced-model.all@ietf.org, 
iab@iab.org, i18ndir@ietf.org

Pete,

As another acknowledged contributor, I would presumably also be
exempt even if it were not for your policy of excluding me from
Directorate reviews.
That said, an addition to Martin's comments on the i18n-specific
issues [1]:

Just as we have seen i18n-related progress within the series,
with RFC 7997 and elsewhere, as he points out, there have been
some notable surprises and glitches (one could use stronger
words) arising at least partially from lack of in-depth i18n
(and non-Roman script and rendering) knowledge within the RFC
Editor Function.  Under the system of the last few decades (for
which I feel less nostalgia than some messages I've received
seem to assume) the RSE and RPC at least knew were to look for
help and advice.  Under the proposed new one, the boundaries
about the level of detail in which the RSWG and RSAB can and
should get involved is unclear although probably there are
enough checks built in and that trying to specify that further
would just lead to prospective micro-management if not madness.
I also think that provisions about having the RPC represented in
the RSWG and on the RSAB will probably be sufficient to catch
obvious difficulties, especially in the light of RPC experience
with i18n issues in the 5+ years since RFC 1997 was completed.

However, I wonder if there should be a formal or informal
provision for i18n-specific review of proposed actions by the
RSWG/RSAB that might involve non-ASCII (and, more specifically,
non-Latin-derived) writing systems.  While solutions may not be
easy, the important thing is to spot possible issues and spot
them early.  Martin and I both follow a non-IETF WG and mailing
list that has recently been forced into a whole new collection
of issues about markup and embedded text directionality.
Dealing well with those issues requires either significant
expertise (which might translate into additional resource
requirements for the RPC) or a decision that some languages,
writing systems, and cultures are just less important than
others (a decision that should not be made casually, much less
by accident).

And, if such a review is appropriate -- even if it stays out of
the RFCEDDP documents and we trust that the RSWG and/or RSAB
will ask for one if needed-- where does it happen?   This
so-called Directorate may include the appropriate people, but,
as I understand the rules, it is currently constrained to
offering advice to the ART ADs and not to the wider community
the RFC Editor Function.

     john


[1]
https://mailarchive.ietf.org/arch/msg/i18ndir/gpAMRVpH3x6cJcTTlDkWCsMWdeI


--On Friday, February 25, 2022 13:01 -0800 Pete Resnick
<resnick=40episteme.net@dmarc.ietf.org> wrote:

> On 25 Feb 2022, at 4:21, Martin Dürst via Datatracker wrote:
> 
>> I have contributed to the IAB's RFC Editor Future Development
>> Program  (sorry,
>> that's the official title) and therefore to this document.
>> I'm not  sure why
>> Pete Resnik picked me as the reviewer
> 
> The only reason I picked you was because you were next on my
> list; I hadn't checked the acknowledgements to see if you were
> a contributor. A good reminder to me to do so in the future.
> Thanks for doing the review anyway.
> 
> pr
> -- 
> Pete Resnick https://www.episteme.net/
> All connections to the world are tenuous at best