Re: Last Call: <draft-hoffman-tao-as-web-page-02.txt> (Publishing the "Tao of the IETF" as a Web Page) to Informational RFC

John C Klensin <john-ietf@jck.com> Fri, 06 July 2012 11:23 UTC

Return-Path: <john-ietf@jck.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C89C621F8707 for <ietf@ietfa.amsl.com>; Fri, 6 Jul 2012 04:23:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.572
X-Spam-Level:
X-Spam-Status: No, score=-102.572 tagged_above=-999 required=5 tests=[AWL=0.027, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bDVs50VuE40z for <ietf@ietfa.amsl.com>; Fri, 6 Jul 2012 04:23:53 -0700 (PDT)
Received: from bsa2.jck.com (ns.jck.com [70.88.254.51]) by ietfa.amsl.com (Postfix) with ESMTP id 719EC21F86FD for <ietf@ietf.org>; Fri, 6 Jul 2012 04:23:50 -0700 (PDT)
Received: from [198.252.137.115] (helo=JcK-HP8200.jck.com) by bsa2.jck.com with esmtp (Exim 4.71 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1Sn6Yk-0009Gw-SM; Fri, 06 Jul 2012 07:18:50 -0400
Date: Fri, 06 Jul 2012 07:23:48 -0400
From: John C Klensin <john-ietf@jck.com>
To: Abdussalam Baryun <abdussalambaryun@gmail.com>
Subject: Re: Last Call: <draft-hoffman-tao-as-web-page-02.txt> (Publishing the "Tao of the IETF" as a Web Page) to Informational RFC
Message-ID: <337C9F850CBEA220D0A03ED3@JcK-HP8200.jck.com>
In-Reply-To: <CADnDZ8-hoTgc=Q4AW0E7L+UeKqMQ0HVpW-6gDUzSkDNGLuieEA@mail.gmail.com>
References: <CADnDZ8-hoTgc=Q4AW0E7L+UeKqMQ0HVpW-6gDUzSkDNGLuieEA@mail.gmail.com>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Cc: ietf <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Jul 2012 11:23:53 -0000

--On Friday, July 06, 2012 07:16 +0200 Abdussalam Baryun
<abdussalambaryun@gmail.com> wrote:

> +1
> 
> I support all your suggestions (i.e. point 1 and 2, and nits i
> and ii ) , and hope that iesg, and editor agrees, and that the
> community considers them for progress. I seen the change in the
> draft-document-03 which I think getting better but still not
> satisfied
> 
> The new vesion 3 draft (dated 5 July) does not include all your
> suggestion, please read and comment on draft-03 (the subject
> refers to draft-02, did you read draft-03?).
> http://tools.ietf.org/html/draft-hoffman-tao-as-web-page-03

Abdussalam,

Paul's note about draft 03 indicates that he posted it partially
in response to my comments.  Those comments were based on 02.
>From my point of view, there is always a question about how much
energy a document like this is worth: it is not normative or
authoritative and, while I'd prefer to see it done differently
(and said so in a follow-up note after skimming -03), I've got
other IETF work to do and would prefer to see Paul and the IESG
working on the Tao text itself rather than fine-tuning this
document.

I personally believe that the document could be further improved
by moving it toward my earlier suggestions.   I believe that
more "what is this about" text belong in the Abstract and, in
particular, that the relationship of the Tao (whether as an RFC
or as a web page) deserves more explicit treatment than the
second sentence of the Introduction.  And I believe that forcing
another RFC if details of the revision process are changed is a
bad idea and so think that Section 2 (of -03) should talk about
an initial procedure and/or in much more general terms but
should then push details and changes off to the Tao itself
(perhaps as an appendix).  Ultimately, if we cannot trust the
IESG and the Editor to be careful and sensible about this
document, we are going to have problems that fine-tuning the RFC
text can't prevent.

But, if Paul and the IESG don't agree, I'm not convinced the
subject justifies a lot more energy.

best,
   john