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

Alvaro Retana <aretana.ietf@gmail.com> Sat, 16 March 2024 01:43 UTC

Return-Path: <aretana.ietf@gmail.com>
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 32ED8C14F6F7 for <rsab@ietfa.amsl.com>; Fri, 15 Mar 2024 18:43:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.844
X-Spam-Level:
X-Spam-Status: No, score=-1.844 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, HTML_OBFUSCATE_05_10=0.26, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 yzPQTsTxOoX5 for <rsab@ietfa.amsl.com>; Fri, 15 Mar 2024 18:43:44 -0700 (PDT)
Received: from mail-pj1-x1031.google.com (mail-pj1-x1031.google.com [IPv6:2607:f8b0:4864:20::1031]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5D2CCC14F6AD for <rsab@rfc-editor.org>; Fri, 15 Mar 2024 18:43:44 -0700 (PDT)
Received: by mail-pj1-x1031.google.com with SMTP id 98e67ed59e1d1-29deb7e2f7aso1277161a91.1 for <rsab@rfc-editor.org>; Fri, 15 Mar 2024 18:43:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1710553424; x=1711158224; darn=rfc-editor.org; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:from:to:cc:subject:date:message-id:reply-to; bh=Ov7OK1A1s959H3LN0kb+7WyFqHbPBf8En5rfxJPptAU=; b=d249JTehU6JD1/UEoEZNAhNUSrfSVq2QvP+CIZvR/k4MfjgN85cTDurwRuzkHEBaMj PpPpcpIbi09zzNvRf7V00PVgFURkyu0a0igNm9JEsVxRuqI39MlLM4uKJPZWS7s6HTnr ALwITAmUROf7qh2F7SH8UybeUONIjmwhrClnHJ8oaH16D4yQIubC/NU8+llfSXMDZVoV FywqPhoSYbytI9JqxrZubxqOdf+GNqKCED+Nnh1IYzWdcyia9u1qu600ePdV5T71PmcD SUvtbjMaJN6/bMWZVjvq0K2bxqE4sbetTrfyY+9oecc1DsaMKjVAU2Tu/CIJIi65i9Ov F2cQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1710553424; x=1711158224; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=Ov7OK1A1s959H3LN0kb+7WyFqHbPBf8En5rfxJPptAU=; b=IlWerv7uNB1Ook5tQY4tw8hij23CiGVEL7MbIKWGPB7dEqkWyzwkFowbfyKAuHpmvb wlQzFWHr0bBUvYvpC5WZSYUxnLBIOXRELwsD3VbOnVJrdPGvWcAT1+03W/otR8dUoLk3 kt7x2XX4JaLmdP+21RG9tl2IzF998ACNSZ8OWnlNirb8CA7lmPYaWFK2/uLH55TmSbzH 4VBzVtGa1u0uGoFNVVSUTvdkdbJpvT6PIN+uHUXZZ0r0mOusQSMtkJJeFQaqDfz1LhXV tKZi1+g1IK24u8wSpKutbqKaZExBeHJN764jdXQGjoVjdrZWllxNnHWL0JevqDF0JfdP OayQ==
X-Forwarded-Encrypted: i=1; AJvYcCUYBOzSbashfwV3vJCijkDeFD4YDnPbBmRoo/mqPj+J77vRXkGmcQ2StZ1Pe48RqBtBUFnuUlInnP4S6qI8KVu4fl9R
X-Gm-Message-State: AOJu0YzA3QzAVZDkqVDXl4nkcy0Akt40T8kwckCt/FYJJjRPIRhHGDkq 5lTQ8Wj+AmOjYf2HQdoITV+WGsTkGTpQfbYqR8VSKandJyfdjmaPM0SV0te1Olk6R6/lRpBjvUH nD1bjLOVapgmsUkR251gjhRsh3hI=
X-Google-Smtp-Source: AGHT+IEWzt68YgPqL2M4fcQ3NR5VAitW0dxMbtuRHSXJn5fAfwgF7Ycm8xY4wIcmPoFwExSwsiVclNTNczrALZby/xQ=
X-Received: by 2002:a17:90b:145:b0:29b:c019:907c with SMTP id em5-20020a17090b014500b0029bc019907cmr6381564pjb.6.1710553423660; Fri, 15 Mar 2024 18:43:43 -0700 (PDT)
Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Fri, 15 Mar 2024 18:43:42 -0700
From: Alvaro Retana <aretana.ietf@gmail.com>
In-Reply-To: <BC772105-11DA-4CA3-9822-1B03820DF727@kuehlewind.net>
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>
MIME-Version: 1.0
Date: Fri, 15 Mar 2024 18:43:42 -0700
Message-ID: <CAMMESsx412Ogn5q8hRsMUqyzypyhVKYnNBzGvCDf95agmebkxg@mail.gmail.com>
To: "Mirja Kuehlewind (IETF)" <ietf@kuehlewind.net>
Cc: IAB IAB <iab@iab.org>, rsab@rfc-editor.org, Sandy Ginoza <sginoza@amsl.com>
Content-Type: multipart/alternative; boundary="0000000000002fcf390613bd4132"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rsab/MSOqew48S4QEt2SxP3X_hrB94gY>
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 01:43:49 -0000

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) 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>
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> 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) 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
https://mailman.rfc-editor.org/mailman/listinfo/rsab


-- 
RSAB mailing list
RSAB@rfc-editor.org
https://mailman.rfc-editor.org/mailman/listinfo/rsab