Re: [Rfced-future] Program Last Call Results and Next Steps

Eliot Lear <lear@lear.ch> Tue, 01 February 2022 05:35 UTC

Return-Path: <lear@lear.ch>
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 9EA353A14C7 for <rfced-future@ietfa.amsl.com>; Mon, 31 Jan 2022 21:35:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.604
X-Spam-Level:
X-Spam-Status: No, score=-1.604 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_ALL=0.8, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, NICE_REPLY_A=-0.714, SPF_PASS=-0.001, T_SPF_HELO_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=lear.ch
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 En2G1OB64d9X for <rfced-future@ietfa.amsl.com>; Mon, 31 Jan 2022 21:35:18 -0800 (PST)
Received: from upstairs.ofcourseimright.com (upstairs.ofcourseimright.com [185.32.222.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AD4063A14C9 for <rfced-future@iab.org>; Mon, 31 Jan 2022 21:35:15 -0800 (PST)
Received: from [192.168.0.227] (77-58-144-232.dclient.hispeed.ch [77.58.144.232]) (authenticated bits=0) by upstairs.ofcourseimright.com (8.15.2/8.15.2/Debian-18) with ESMTPSA id 2115ZBOL377599 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Tue, 1 Feb 2022 06:35:11 +0100
Authentication-Results: upstairs.ofcourseimright.com; dmarc=none (p=none dis=none) header.from=lear.ch
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=lear.ch; s=upstairs; t=1643693712; bh=+lkDqcgM30GjPNZj1TN20X6HGSLqSGuKoJfpFc+KjrI=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=jHba3AE+hT2HFDjIXxcO1oK2j9xkARQxpLX85beYqr1qO8cWjymMkC4ma4Lr2OIPf L4lFtVLD54SG8Jw0HPtrq0XL0O4XJaaQOgtjFF8KE7ioZ6gnY6ARxCyz4LwvzoqL7R 9lBqJhy8n0L4kM3pnDyY6pQIL/brrdUQSTOyz3PU=
Message-ID: <2dc88536-4d36-b8af-fc1f-0ec0cf5596d6@lear.ch>
Date: Tue, 01 Feb 2022 06:35:08 +0100
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.5.0
Content-Language: en-US
To: Peter Saint-Andre <stpeter@stpeter.im>, "rfced-future@iab.org" <rfced-future@iab.org>
Cc: Brian Rosen <br@brianrosen.net>
References: <7bfd8aa8-e28f-5596-fa66-114317b7a414@lear.ch> <44675dd7-a908-c35e-5ab0-5448599ab021@stpeter.im>
From: Eliot Lear <lear@lear.ch>
In-Reply-To: <44675dd7-a908-c35e-5ab0-5448599ab021@stpeter.im>
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="------------HbLrh0ndPvf0UmEpjgxs36aD"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/dyAmHyaDmPUmxPADgu8fPC2u1tY>
Subject: Re: [Rfced-future] Program Last Call Results and Next Steps
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 Feb 2022 05:35:23 -0000

Peter,

Please publish the new draft.  As I read each edit, they are for 
clarity, and no substantial change is made.

Eliot

On 01.02.22 03:42, Peter Saint-Andre wrote:
> Dear Chairs & all,
>
> This evening I completed an editorial review of the entire document, 
> in the process finding a relatively small number of minor errors, 
> infelicities, and inconsistencies. Fixes for these matters will be 
> included in the next version. Those interested can find them here:
>
> https://github.com/intarchboard/program-rfced-future/pull/153/commits/fd05f83f69e959c7d05f77ecbd6c55c23eaa362e 
>
>
> I'll wait to hear from the chairs before submitting version -11.
>
> Peter
>
> On 1/31/22 4:22 AM, Eliot Lear wrote:
>> Dear all,
>>
>> Program last call has now closed.
>>
>> We received one set of editorial comments from Brian Carpenter. I 
>> want to detail the proposed changes here, and their disposition for 
>> the next draft, which we are asking Peter to post now.  Once posted, 
>> we will forward that draft to the IAB for further processing.
>>
>>> "3.1.1.2. Participation
>>> ...This includes participants in the IETF and IRTF, IAB and IESG 
>>> members, individuals who use RFCs in procurement decisions, authors 
>>> of RFCs and Internet-Drafts, developers of tools used to author 
>>> RFCs, scholarly researchers, and so on."
>>>
>>> I notice that implementers of code or hardware based on RFCs are not 
>>> listed. That seems like a significant omission. 
>>
>> Peter has expanded the list for consultation as follows:
>>
>>> This includes but is not limited to participants in the IETF and
>>>
>>> IRTF, members of the IAB and IESG, developers of software or hardware
>>>
>>> systems that implement RFCs, authors of RFCs and Internet-Drafts,
>>>
>>> developers of tools used to author or edit RFCs, individuals who
>>>
>>> use RFCs in procurement decisions, scholarly researchers, and
>>>
>>> representatives of standards development organizations other than
>>>
>>> the IETF and IRTF. The IETF LLC Board members, staff and contractors
>>>
>>> (especially representatives of the RFC Production Center), and the
>>>
>>> IETF Executive Director are invited to participate as community
>>>
>>> members in the RSWG to the extent permitted by any relevant IETF LLC
>>>
>>> policies. Members of the RSAB are also expected to participate
>>>
>>> actively.
>>
>> This text represents a move of some text from later in the draft, but 
>> the normative constructs have not changed.
>>
>>>
>>> The explanation might or might not be actionable."
>>>
>>> I think that sentence might or might not be actionable. In other 
>>> words, it's a no-op. 
>>
>> This is text that we have discussed: the implication intended here is 
>> that the proposal taken as a whole may be so flawed that no textual 
>> change would correct it.  For example: “All future RFCs SHALL only be 
>> published in Klingon".
>>
>> Peter has proposed the following change:
>>
>>> Nevertheless, the RSWG might not be able to
>>>
>>> come to consensus on modifications that will address the RSAB member's
>>>
>>> concern.
>>>
>> A missing parenthesis as noted, and a spelling error was corrected.  
>> An internal reference {#} was added.  Some spacing was modified.
>>
>> These represent the entirety of proposed changes to the text.
>>
>> Eliot
>>
>>
>