Re: [tao-discuss] Review Request for Possible Revision of the Tao of the IETF

Brian E Carpenter <brian.e.carpenter@gmail.com> Sun, 10 April 2022 02:17 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: tao-discuss@ietfa.amsl.com
Delivered-To: tao-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 03B213A11BC; Sat, 9 Apr 2022 19:17:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.109
X-Spam-Level:
X-Spam-Status: No, score=-7.109 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, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, 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=gmail.com
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 meJMZuD836NK; Sat, 9 Apr 2022 19:17:49 -0700 (PDT)
Received: from mail-pg1-x52b.google.com (mail-pg1-x52b.google.com [IPv6:2607:f8b0:4864:20::52b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2D1E73A11BE; Sat, 9 Apr 2022 19:17:49 -0700 (PDT)
Received: by mail-pg1-x52b.google.com with SMTP id 66so11183144pga.12; Sat, 09 Apr 2022 19:17:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=ouUYYr6zzlyZx5TF0uFVjxDjzHEqbwDkkAMwxvMwfVE=; b=cXiQhnknlRcxyMdpVbay8YKegmp7+8dIjSVg/yn1S7+M5PqrVrgB/0CoHAW0Zqj6ha fyhrVMH+MrNmShdIBzgwr4vYnga4KRAqvcnccx4T/AcPNIuB1tqUfdSwsfz6sH6wLUD8 HpAj1xinvb/ClL/fa05OajicBPGYRg792Sh4bg8U9269IDsB7tPTQ1xXJflrTZt3ori6 rbRTM5GH4SY/fbaYyzHWEu0wLFOetDsOOYte8Q/4ath83bLOfCgdI4Tzh8xUge4T0RPd r4X8gyvuMrwC2sgxiItxTCCa56BB026fj1b90eEXG5WOk9dHThEPXCRuS2KKZRFXIMxI BFUA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=ouUYYr6zzlyZx5TF0uFVjxDjzHEqbwDkkAMwxvMwfVE=; b=e0kenp5r7QaiNtnjpLBAvswEgsBYpCc6k9ZtLApQQr4ho+lmQMtoXSdtZejS2Db1zT ELfvA4NrEZgrCgjNIdBk02LMdJeY+cli1fBCIDnvuKnKyHTsRMg2bp0JM/669ltwAc4n efCmptzvU/II3r37FH5KDdJvLveHr4SK8kcRqOzNn5nwgxw4x7Fw0uyMP+NFZ30eEij4 0Kt5MgyG7BbDXtAk19quLX76Ckd/K6NkpyRWYjo/zkaHg/bfrqtTx08hOKHScT47rXKD GKEdwcJhCa3BZaWtokT1w4wQIo5YyIgVFZVdyhdYSzZMB/XaaSsCjQYlLm+x/k6tFiL7 SYhA==
X-Gm-Message-State: AOAM530fNQQX4x6CZ4e0QODNPTsJGVEHsW55Mm5R172FO4U6xkaKGqi2 WHcM4T3aaiW6ztvgWw683Lg=
X-Google-Smtp-Source: ABdhPJwBaAOxRAb+sOINrbGnc3Co1jAGtA+cYOEZ+VW3Q3YqdDH22kB0NQML3zvZeveNtOJx29k2dw==
X-Received: by 2002:a05:6a00:711:b0:4fa:daf1:94c1 with SMTP id 17-20020a056a00071100b004fadaf194c1mr26158740pfl.52.1649557067818; Sat, 09 Apr 2022 19:17:47 -0700 (PDT)
Received: from ?IPv6:2406:e003:1005:b501:80b2:5c79:2266:e431? ([2406:e003:1005:b501:80b2:5c79:2266:e431]) by smtp.gmail.com with ESMTPSA id k137-20020a633d8f000000b0039800918b00sm25526092pga.77.2022.04.09.19.17.45 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 09 Apr 2022 19:17:47 -0700 (PDT)
To: Warren Kumari <warren@kumari.net>
Cc: Rich Salz <rsalz=40akamai.com@dmarc.ietf.org>, Lars Eggert <lars@eggert.org>, tao-discuss@ietf.org, IESG <iesg@ietf.org>, Niels ten Oever <mail@nielstenoever.net>
References: <905c834c-30d7-ede7-6ea1-a5b200a249d7@nielstenoever.net> <0192FFCD-2410-415B-90B2-248F2823CC97@eggert.org> <D6FFB194-FBC9-4AC1-B29F-B00A9A3C2E3E@akamai.com> <C41F2B92-1216-4A2F-99D8-611D0457AE97@eggert.org> <D91F9FE6-4641-4C7D-92A7-CE6F57AD00FC@akamai.com> <fb4d1b71-a13c-b98d-be48-cd2d4007a909@gmail.com> <3cd4806d-cbf9-e78d-4709-d9fb98ce1ed2@gmail.com> <CAHw9_iLYoxV+jyT6Kh3Gk2LXA5Q_9Mf9SVKyAfM7W-CjoUcj+Q@mail.gmail.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <c4b52253-4fb5-2220-7583-a61f213245ab@gmail.com>
Date: Sun, 10 Apr 2022 14:17:42 +1200
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0
MIME-Version: 1.0
In-Reply-To: <CAHw9_iLYoxV+jyT6Kh3Gk2LXA5Q_9Mf9SVKyAfM7W-CjoUcj+Q@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/tao-discuss/VLG27ZlJRuiCmztcdMyKy_30ReE>
Subject: Re: [tao-discuss] Review Request for Possible Revision of the Tao of the IETF
X-BeenThere: tao-discuss@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Discussion of the Tao of the IETF <tao-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tao-discuss>, <mailto:tao-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tao-discuss/>
List-Post: <mailto:tao-discuss@ietf.org>
List-Help: <mailto:tao-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tao-discuss>, <mailto:tao-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 10 Apr 2022 02:17:54 -0000

Hi,

At https://www.cs.auckland.ac.nz/~brian/Diff-oldSplit.md-Tao.md.htm is a sort-of diff between the markdown version of the current (old) Tao and the proposed new one.

To make this possible, I ran the old markdown file through a little Python script that splits and rewraps the file so that rfcdiff can use it. The 
script (a) attempts to find lines in the new Tao that also exist in the old Tao and ensure that they start a new line, and (b) otherwise simply wraps the old Tao at column 72.

I also had to manually split a few lines that my script coughed on, and a 
few lines in Tao.md that were not actually wrapped at 72.

I hope this helps a bit. Rich is right, though, that one has to review the whole text, not just diffs.

I volunteer to do a review, but it will take some days...

Regards
    Brian Carpenter

On 09-Apr-22 08:19, Warren Kumari wrote:
> 
> 
> 
> 
> On Thu, Apr 07, 2022 at 4:50 PM, Brian E Carpenter <brian.e.carpenter@gmail.com <mailto:brian.e.carpenter@gmail.com>> wrote:
> 
>     Well, I sent that message without proof-reading, so where I wrote:
> 
>         I urge the IETF, busy as you are, to take this review issue seriously.
> 
>     I meant:
> 
>     I urge the IESG, busy as you are, to take this review issue seriously.
> 
>     But I wasn't wrong. I think RFC6722 was very wrong not to require IETF review of updates to the Tao, especially for a massive update like this one. It's quite unreasonable to put that extra load on the IESG alone. 
RFC6722 being informational, it isn't a rule, so I urge the IESG to put this out for community review. That can only make it better.
> 
> 
> I'll note that, even if RFC6722 were a "Standards Track With A Cherry On The Top" document, what it says is:
> "The Tao has traditionally been an IETF consensus document, which means 
that the IESG has had the final say about what the Tao contained before it was sent to the RFC Editor.  Thus, the IESG should have final 
say regarding what the Tao says when it is a web page."
> 
> I read that as "it used to be a consensus document, and the IESG had final say. As a web-page the IESG still has final say", with an implication 
that the same sort of review would continue to be done.  There is nothing that says that the IESG should do the review on our own, nor that we cannot or should not ask the community, just that the final say/approval is the responsibility of the IESG.
> 
> When it used to be published as an IETF consensus document, the normal process would have been for the IESG to ask the community to review it (by doing a last-call). I don't think that we can use the current tooling to do a last-call of a web-page/site/something other than a draft, but it does seem like we should be able to do something close enough by sending mail — something like:
> 
> ---
> The IESG has received a request from the editor of the Tao to consider the new version: <here>
> 
> For background, RFC6722 - Publishing the "Tao of the IETF" as a Web Page (https://www.rfc-editor.org/rfc/rfc6722.html <https://www.rfc-editor.org/rfc/rfc6722.html>) describes the process by when the Tao of the IETF is 
edited and published as a webpage.
> 
> The IESG plans to make a decision in the next few weeks, and solicits final
> comments on this action. Please send substantive comments to the
> last-call@ietf.org <mailto:last-call@ietf.org> mailing lists by 2022-04-15. Exceptionally, comments may
> be sent to iesg@ietf.org <mailto:iesg@ietf.org> instead. In either case, please retain the beginning
> of the Subject line to allow automated sorting.
> 
> ----
> 
> Actually, I personally think that the Tao itself should be still published as an RFC, which can then be prettied up into "glossy pictures with the circles and arrows and a paragraph on the back of each" and posted on the website, but that's just my personal view - I don't really know the history behind RFC6722, and so I don't know why we moved away from that model.
> 
> W
> 
> 
> 
> 
>     Regards
>     Brian
>     On 08-Apr-22 08:36, Brian E Carpenter wrote:
> 
> 
>         On 08-Apr-22 07:52, Salz, Rich wrote:
> 
>                 I would ask though that going forward, we find a way for the IESG to review just the changes to the Tao again - that is how we usually evaluate "bis" documents. ADs don't have much time, and reviewing a diff is much faster than reviewing an entire document.
> 
>             FWIW, I recommend that going forward, the IESG doesn't review this document, as it doesn't officially review the rest of the website 
either.
> 
>         And there's the bug. Not only the lack of IESG review, but also 
the lack of community review, of our face presented to the world.
> 
>             Maybe it should be an EMODIR document.
> 
>         EMO does a great job. But that doesn't exempt their output from 
community review.
> 
>         I urge the IETF, busy as you are, to take this review issue seriously.
> 
>         Brian
> 
>             Ah well, I'll have a 6722-bis to bring to DISPATCH for IETF 
114.
> 
> 
>             _______________________________________________
>             tao-discuss mailing list
>             tao-discuss@ietf.org <mailto:tao-discuss@ietf.org>
>             https://www.ietf.org/mailman/listinfo/tao-discuss <https://www.ietf.org/mailman/listinfo/tao-discuss>
> 
> 
> 
>