Re: [rsab] [IAB] Heads-up: errata processing for RFC related documents

"Mirja Kuehlewind (IETF)" <ietf@kuehlewind.net> Sat, 16 March 2024 08:38 UTC

Return-Path: <ietf@kuehlewind.net>
X-Original-To: rsab@ietfa.amsl.com
Delivered-To: rsab@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B76AC14F600; Sat, 16 Mar 2024 01:38:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.106
X-Spam-Level:
X-Spam-Status: No, score=-2.106 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=kuehlewind.net
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id auRK9fDaGGbk; Sat, 16 Mar 2024 01:38:21 -0700 (PDT)
Received: from wp513.webpack.hosteurope.de (wp513.webpack.hosteurope.de [80.237.130.35]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A8440C14F5F8; Sat, 16 Mar 2024 01:38:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=kuehlewind.net; s=he234030; h=References:To:Cc:In-Reply-To:Date:Subject: Mime-Version:Content-Type:Message-Id:From:From:Sender:Reply-To:Subject:Date: Message-ID:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description:In-Reply-To:References; bh=1Ql3wwIXVkJJ0R6OZSmZAxFsccGsJzv62HvuixXEGdo=; t=1710578300; x=1711010300; b=A31yuS4o3xXwzV9wAjzYd8ETPljKgVALMScG9DDLzNHP//76SwDTZ2WjFsxejh7O6WR+o8uDoD EDtYVQKD4IsjqiTkHZE+V7Yio99Bf4LjjnftAt8JTBYQsFeJgRcqRcODmIH/D73CUQkkVvyjySVKC hLV5U9tT1swPOgAoV/UO6VJItAZkMjGDVHRpA5pgre1SDl4BOzZFq57rWEg0kpDLEpxp/g5aEQegR 6UHrL3hjkZEnhW1bo0rBjk6ojK7SgYeqO6KtwYqry+Sn8/2U768E06cuevgqqZWhZCStP5r849k/g iOE/zHrgYmdzfq9ZTQYDr1hfQdfy9ZZMFNSfw==;
Received: from [2001:67c:1232:144:e142:95ae:36cb:5d55] (helo=smtpclient.apple); authenticated by wp513.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) id 1rlPYX-0005rk-PG; Sat, 16 Mar 2024 09:38:18 +0100
From: "Mirja Kuehlewind (IETF)" <ietf@kuehlewind.net>
Message-Id: <1BD818D8-41D7-4ACC-ACE0-30806E5D499D@kuehlewind.net>
Content-Type: multipart/alternative; boundary="Apple-Mail=_CFCB3092-7F90-4ED2-8B8C-0334A96FCDE4"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\))
Date: Sat, 16 Mar 2024 09:38:02 +0100
In-Reply-To: <CAMMESsx412Ogn5q8hRsMUqyzypyhVKYnNBzGvCDf95agmebkxg@mail.gmail.com>
Cc: IAB IAB <iab@iab.org>, rsab@rfc-editor.org, Sandy Ginoza <sginoza@amsl.com>
To: Alvaro Retana <aretana.ietf@gmail.com>
References: <0CDA6033-7475-4DEF-9DA4-7AA3F13FE538@kuehlewind.net> <CAMMESswX4bMPt4hV+Yi8FMTzZEr5Gm39q5Rscq0n5A-s29A4yQ@mail.gmail.com> <7DA219F6-242E-4A4D-9C00-051056ED1B3D@kuehlewind.net> <BC772105-11DA-4CA3-9822-1B03820DF727@kuehlewind.net> <CAMMESsx412Ogn5q8hRsMUqyzypyhVKYnNBzGvCDf95agmebkxg@mail.gmail.com>
X-Mailer: Apple Mail (2.3731.700.6)
X-bounce-key: webpack.hosteurope.de;ietf@kuehlewind.net;1710578300;b263a6b7;
X-HE-SMSGID: 1rlPYX-0005rk-PG
Archived-At: <https://mailarchive.ietf.org/arch/msg/rsab/377GtqpDQewrU_6c8-y8xvL5rVQ>
Subject: Re: [rsab] [IAB] Heads-up: errata processing for RFC related documents
X-BeenThere: rsab@rfc-editor.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "RFC Series Approval Board \(RSAB\)" <rsab.rfc-editor.org>
List-Unsubscribe: <https://mailman.rfc-editor.org/mailman/options/rsab>, <mailto:rsab-request@rfc-editor.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rsab/>
List-Post: <mailto:rsab@rfc-editor.org>
List-Help: <mailto:rsab-request@rfc-editor.org?subject=help>
List-Subscribe: <https://mailman.rfc-editor.org/mailman/listinfo/rsab>, <mailto:rsab-request@rfc-editor.org?subject=subscribe>
X-List-Received-Date: Sat, 16 Mar 2024 08:38:25 -0000

Yes, editorial errata are handled by the RPC also for the IAB stream.


> On 16. Mar 2024, at 02:43, Alvaro Retana <aretana.ietf@gmail.com> wrote:
> 
> Hi!
> 
> Right, rfc9208 didn’t open the door for this type of work - even if it can change in the future.
> 
> The only errata we’ll receive about rfc8700 is editorial, and I doubt the volume will be high. We probably spent more time talking about who handles the reports than what would be spent handling them. ;-)
> 
> 
> This reminds me that the IESG issued a statement that resulted in the RPC processing editorial errata [1], but I don’t remember if the other streams follow the same process. I think the question was brought up to the IAB, but I don’t think there was a resolution. It might be something to consider.
> 
> Alvaro.
> 
> [1] https://datatracker.ietf.org/doc/statement-iesg-iesg-processing-of-rfc-errata-for-the-ietf-stream-20210507/ 
> 
> On March 16, 2024 at 11:42:48 AM, Mirja Kuehlewind (IETF) (ietf@kuehlewind.net <mailto:ietf@kuehlewind.net>) wrote:
> 
>> One more comment on the stream question regarding RFC8700.
>> 
>> RFC9280 says:
>> 
>> "This document creates the Editorial Stream as a separate space for publication of policies, procedures, guidelines, rules, and related information regarding the RFC Series as a whole.”
>> 
>> Further is actually says: 
>> 
>> "The RFC Series Working Group (RSWG) is the primary venue in which members of the community collaborate regarding the policies that govern the RFC Series."
>> 
>> So while RSWG only covers “policy” (and there has already been a huge amount of discussion what a policy is), the editorial stream can cover more, which I would think could include documents like RFC8700. If I saw this correctly now, RFC9208 does not specify how anything else could be published on the editorial stream thought expect thought the RSWG. However, If I remember correctly we did discuss at some point the idea of having some AD-sponsored-like track for the RSAB to publish things but I don’t think that made it into the draft. However, I guess one could have that in future…
>> 
>> So having that said, I think just based one the scope of the editorial stream as defined in RFC9280, RFC8700 would fit there as well. That means I have no problems to give errata processing for RFC8700 to RSAB, however, I also don’t have a strong opinion.
>> 
>> Mirja
>> 
>> 
>> 
>> 
>> 
>>> On 13. Mar 2024, at 18:33, Mirja Kuehlewind (IETF) <ietf@kuehlewind.net <mailto:ietf@kuehlewind.net>> wrote:
>>> 
>>> Yes, you are right. RFC8700 might not fit here. I just thought it might be easier for the RSAB to verify any error on this doc. That’s one of the things I'm still discussion with the RPC. For me both is fine.
>>> 
>>> Also it would be good for the RPC to work more freely on RFC7322 and RFC7841, which actually raises the question if those doc should have been RFCs in the first place. However, that would be a question for RSWG to discussion. For now, given we have these RFCs, I recommend to not treat them special.
>>> 
>>> Mirja
>>> 
>>> 
>>> 
>>>> On 13. Mar 2024, at 17:17, Alvaro Retana <aretana.ietf@gmail.com <mailto:aretana.ietf@gmail.com>> wrote:
>>>> 
>>>> Hi!
>>>> 
>>>> All the RFCs below (except rfc8700) concern RFC production: requirements, format, etc.  I agree with the proposal.
>>>> 
>>>> rfc8700 is not about producing RFCs or related policies; it is a retrospective that includes personal points of view.  Will a future version (even if 20 years away — for the 75th anniversary) be published in the editorial stream?  Would it be developed/approved by the RSWG or the RSAB?  It seems any of that would be out of scope.  I realize this discussion is only about errata handling, but it seems to me that it would be better to leave it with the IAB.
>>>> 
>>>> My 1c,
>>>> 
>>>> Alvaro.
>>>> 
>>>> On March 13, 2024 at 11:41:24 AM, Mirja Kuehlewind (IETF) (ietf@kuehlewind.net <mailto:ietf@kuehlewind.net>) wrote:
>>>> 
>>>>> Hi all,
>>>>> 
>>>>> I’m discussing with the RPC the best process to handle future errata for RFC Editor related documents. These documents have been published on the IAB stream, and therefore the IAB (chair) is currently responsible for the errata processing. However, future versions of these RFCs would/will be published in the editorial stream and the RSAB (chair) will then be responsible for errata process for these.
>>>>> 
>>>>> I suggest and still discussing some details with the RPC (Sandy in cc) that the IAB makes an official decision to hand the errata processing for these current IAB documents to the RSAB and note that officially down in the minutes of the next formal business meeting (on Sunday).
>>>>> 
>>>>> In preparation for this, here is the current list of RFCs that are under consideration:
>>>>> 
>>>>> RFC 5620 <https://www.rfc-editor.org/info/rfc5620> RFC Editor Model (Version 1)
>>>>> RFC 7669 <https://www.rfc-editor.org/info/rfc7669> Assigning Digital Object Identifiers to RFCs
>>>>> RFC 8728 <https://www.rfc-editor.org/info/rfc8728> RFC Editor Model (Version 2)
>>>>> RFC 9280 <https://www.rfc-editor.org/info/rfc9280> RFC Editor Model (Version 3)
>>>>> RFC 8729 <https://www.rfc-editor.org/info/rfc8729> The RFC Series and RFC Editor
>>>>> RFC 6949 <https://www.rfc-editor.org/info/rfc6949> RFC Series Format Requirements and Future Development
>>>>> RFC 7749 <https://www.rfc-editor.org/info/rfc7749> The "xml2rfc" Version 2 Vocabulary
>>>>> RFC 7990 <https://www.rfc-editor.org/info/rfc7990> RFC Format Framework
>>>>> RFC 7991 <https://www.rfc-editor.org/info/rfc7991> The "xml2rfc" Version 3 Vocabulary
>>>>> RFC 7992 <https://www.rfc-editor.org/info/rfc7992> HTML Format for RFCs
>>>>> RFC 7993 <https://www.rfc-editor.org/info/rfc7993> Cascading Style Sheets (CSS) Requirements for RFCs
>>>>> RFC 7994 <https://www.rfc-editor.org/info/rfc7994> Requirements for Plain-Text RFCs
>>>>> RFC 7995 <https://www.rfc-editor.org/info/rfc7995> PDF Format for RFCs 
>>>>> RFC 7996 <https://www.rfc-editor.org/info/rfc7996> SVG Drawings for RFCs: SVG 1.2 RFC
>>>>> RFC 7997 <https://www.rfc-editor.org/info/rfc7997> The Use of Non-ASCII Characters in RFCs
>>>>> RFC 7998 <https://www.rfc-editor.org/info/rfc7998> "xml2rfc" Version 3 Preparation Tool Description
>>>>> RFC 8153 <https://www.rfc-editor.org/info/rfc8153> Digital Preservation Considerations for the RFC Series
>>>>> RFC 7322 <https://www.rfc-editor.org/info/rfc7322> RFC Style Guide
>>>>> RFC 5741 <https://www.rfc-editor.org/info/rfc5741> RFC 7841 <https://www.rfc-editor.org/info/rfc7841> RFC Streams, Headers, and Boilerplates
>>>>> RFC 8700 <https://www.rfc-editor.org/info/rfc8700> Fifty Years of RFCs
>>>>> 
>>>>> Mirja
>>>>> 
>>>>> 
>>>> -- 
>>>> RSAB mailing list
>>>> RSAB@rfc-editor.org <mailto:RSAB@rfc-editor.org>
>>>> https://mailman.rfc-editor.org/mailman/listinfo/rsab
>>> 
>>> -- 
>>> RSAB mailing list
>>> RSAB@rfc-editor.org <mailto:RSAB@rfc-editor.org>
>>> https://mailman.rfc-editor.org/mailman/listinfo/rsab