Re: [Last-Call] Opsdir last call review of draft-faltstrom-unicode12-03

John C Klensin <john-ietf@jck.com> Sun, 28 November 2021 16:04 UTC

Return-Path: <john-ietf@jck.com>
X-Original-To: last-call@ietfa.amsl.com
Delivered-To: last-call@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4D9D33A0644; Sun, 28 Nov 2021 08:04:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 Z6LAcyIp1YOZ; Sun, 28 Nov 2021 08:04:39 -0800 (PST)
Received: from bsa2.jck.com (bsa2.jck.com [70.88.254.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6CA593A0603; Sun, 28 Nov 2021 08:04:35 -0800 (PST)
Received: from [198.252.137.10] (helo=PSB) by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1mrMfI-000KpD-QM; Sun, 28 Nov 2021 11:04:32 -0500
Date: Sun, 28 Nov 2021 11:04:26 -0500
From: John C Klensin <john-ietf@jck.com>
To: Patrik Fältström <paf=40frobbit.se@dmarc.ietf.org>, Tim Chown <tim.chown@jisc.ac.uk>
cc: last-call@ietf.org, ops-dir@ietf.org, draft-faltstrom-unicode12.all@ietf.org
Message-ID: <9254A3805955235360FB3383@PSB>
In-Reply-To: <F07B9BE1-3B47-4A47-9BC2-42E2BE7271A1@frobbit.se>
References: <163706990624.30769.12126500225936881945@ietfa.amsl.com> <F07B9BE1-3B47-4A47-9BC2-42E2BE7271A1@frobbit.se>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
X-SA-Exim-Connect-IP: 198.252.137.10
X-SA-Exim-Mail-From: john-ietf@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: <https://mailarchive.ietf.org/arch/msg/last-call/aeI3SoDPuywem7tObeQUyT7FlxA>
Subject: Re: [Last-Call] Opsdir last call review of draft-faltstrom-unicode12-03
X-BeenThere: last-call@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF Last Calls <last-call.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/last-call>, <mailto:last-call-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/last-call/>
List-Post: <mailto:last-call@ietf.org>
List-Help: <mailto:last-call-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/last-call>, <mailto:last-call-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 28 Nov 2021 16:04:44 -0000


--On Sunday, November 28, 2021 14:52 +0100 Patrik Fältström
<paf=40frobbit.se@dmarc.ietf.org> wrote:

> On 16 Nov 2021, at 14:38, Tim Chown via Datatracker wrote:
> 
>> I have reviewed this document as part of the Operational
>> directorate's ongoing effort to review all IETF documents
>> being processed by the IESG.  These comments were written
>> with the intent of improving the operational aspects of the
>> IETF drafts. Comments that are not addressed in last call may
>> be included in AD reviews during the IESG review.  Document
>> editors and WG chairs should treat these comments just like
>> any other last call comments.
> 
> Here are my comments on these.
>...

>> The draft discusses changes up to Unicode 12.0.0, but I see
>> that Unicode 14.0.0 was recently published; should the
>> changes made in those past 2 years be included in this
>> document?   Are they major, or minor, to readily allow this?
> 
> As explained in last sentences of Section 1, review of
> versions after 12.0.0 is to be made according to RFC 8753, and
> this document ensures we can do a proper such review of
> versions after version 12.0.0.
>...

Two observations, fwiw...

* I think this document is vastly improved with the recently
posted -04 version.  I'm sure that various of us (myself
included) could suggest further small improvements, but their
potential value would almost certainly be outweighed by the
advantages of just getting this finished and published,
something that almost certainly should have been done two years
ago.  As the text explains adequately, covering version-specific
issues in Section 3, this document is a catch-up job from
Unicode 6.0 in RFC 6452 (November 2011 -- a full ten years) to
Unicode 11.0.  It then incorporates a second catch-up job from
the very carefully reviewed but never published Unicode 11.0
version (draft-faltstrom-unicode11) to cover Unicode 12.0.  I
can see no way to write the document to cover that process that
would be much more clear, at least without making it far longer
(which would interfere with utility even if not with clarity).

*  While I don't think it has anything to do with whether this
document should be published, I hope the community understands
that RFC 8753 is a commitment by the IETF, reinforced by this
document, to do future reviews (including the ones to bring us
current with Unicode 14) according to the principles that were
anticipated in RFCs 5890-5894 and to do them in a timely
fashion.   For those who don't know, that original process was
partially bypassed in all of the reviews that were done between
Unicode 5.2 and the present document (inclusive).    RFC 8753
explains and clarifies that original model, including explaining
why it is important to reinstate it.  So, while I believe this
document should be published whether we have a plan going
forward or not, I hope we will soon see a plan in the very near
future so this document does not end up acting as a tombstone on
IDNA2008 reviews of changes introduced by new Unicode versions.

best,
   john