Re: Things that used to be clear (was Re: Evolving Documents (nee "Living Documents") side meeting at IETF105.)

Keith Moore <moore@network-heretics.com> Mon, 08 July 2019 23:22 UTC

Return-Path: <moore@network-heretics.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 A1D1412036A for <ietf@ietfa.amsl.com>; Mon, 8 Jul 2019 16:22:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_NONE=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=messagingengine.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 4XgeM6rZE-tp for <ietf@ietfa.amsl.com>; Mon, 8 Jul 2019 16:22:23 -0700 (PDT)
Received: from wout5-smtp.messagingengine.com (wout5-smtp.messagingengine.com [64.147.123.21]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 81BB3120393 for <ietf@ietf.org>; Mon, 8 Jul 2019 16:22:23 -0700 (PDT)
Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.west.internal (Postfix) with ESMTP id 6643D703; Mon, 8 Jul 2019 19:22:22 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163]) by compute6.internal (MEProxy); Mon, 08 Jul 2019 19:22:22 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=qmkCvWZhywqBJC6hoyJpRQBqnYfOPGa96u0BDrDsE PU=; b=H+u530kmzLpVfWjqsUSfBlvg0MR7J1DP4WBTkoLn0BK8TN0Yf44Pg3b0H zp/vCCnn0btSm4HLzEAeX2rs/mObtYgLKn+fRXD9yHQ0FAwTibVX1qZ4PfaO3XsE 3mGWbWGeAyiRV7RiSIW05i14wYr8oTtgVhuZaYyY1r7QVhZ9DaSlC4oBU7TtlT4H HXAqIGle5PApMHFTWMQQJ5KFBxUXqeBOaB9Jchr3IYKEVAlFdTt6cZQN+UP9hW9w YgKpnHwIFjXAzeniidjqvxb+HQPysWegENVk3ldimChOEgiwNWTS+VT0mPjGwylp iF/z80eKdQok3AA1i3ZqlgaKugJVw==
X-ME-Sender: <xms:LdAjXV_yesMYEIGp2_hI4h-qs1_N7Dfy3fGUvSGhXCy1rSk3lr-rhA>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduvddrgedugddvtdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepuffvfhfhkffffgggjggtgfesthekre dttdefjeenucfhrhhomhepmfgvihhthhcuofhoohhrvgcuoehmohhorhgvsehnvghtfiho rhhkqdhhvghrvghtihgtshdrtghomheqnecukfhppedutdekrddvvddurddukedtrdduhe enucfrrghrrghmpehmrghilhhfrhhomhepmhhoohhrvgesnhgvthifohhrkhdqhhgvrhgv thhitghsrdgtohhmnecuvehluhhsthgvrhfuihiivgeptd
X-ME-Proxy: <xmx:LdAjXfkPtQRYDJZNYCDsah87Kh7XDob-tQ3uTnotL4MAV3kvzyZtzw> <xmx:LdAjXeMZhm1VouZN0pWIy4ugwEBrYWhtfjbZJmJ2Uod71vCnfbwbiA> <xmx:LdAjXTh8tCw0cChwAJzs5PaEEVv_KcVCJ07TBg1wI7Cfz2k56UKVrw> <xmx:LdAjXYK7au039I3_U9_QUbyMkdrSrNFTyc4Ia5PgQq-qV89Rxq7uKw>
Received: from [192.168.1.66] (108-221-180-15.lightspeed.knvltn.sbcglobal.net [108.221.180.15]) by mail.messagingengine.com (Postfix) with ESMTPA id 540EE380087; Mon, 8 Jul 2019 19:22:21 -0400 (EDT)
Subject: Re: Things that used to be clear (was Re: Evolving Documents (nee "Living Documents") side meeting at IETF105.)
To: ietf@ietf.org
References: <911a7af5-071a-ce88-527d-70dfe939b256@network-heretics.com> <6317584D-4C9B-46E9-8197-D2A488701868@fugue.com> <20190704140552.GE49950@hanna.meerval.net> <b0943792-1afc-0c94-51b7-f2d393ef39c5@network-heretics.com> <20190705205723.GI55957@shrubbery.net> <20190706185415.GB14026@mit.edu> <CABcZeBPgNr5UqQ0pLwwNu5wh0g9L9wCd6YyYKCUDO37SPru-_Q@mail.gmail.com> <20190708202612.GG60909@shrubbery.net> <9ae14ad1-f8d5-befb-64e4-fff063c88e02@network-heretics.com> <CABcZeBOH9LH8Jrz-A5eu9arqUb+bx8xs_eKWi0pyoh7a3qpOPA@mail.gmail.com> <20190708223350.GO3508@localhost>
From: Keith Moore <moore@network-heretics.com>
Message-ID: <af3b25d6-af16-a96a-c149-61d01afb4d01@network-heretics.com>
Date: Mon, 08 Jul 2019 19:22:20 -0400
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.2
MIME-Version: 1.0
In-Reply-To: <20190708223350.GO3508@localhost>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/xAYa8GA1_F6FNQWVSLvq0pY6N3k>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
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: <https://mailarchive.ietf.org/arch/browse/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: Mon, 08 Jul 2019 23:22:34 -0000

On 7/8/19 6:33 PM, Nico Williams wrote:

> xml2rfc is great, but it lacks wiki-ness, though we could probably
> develop HTML+JS tooling to give xml2rfc that missing wiki-ness.

Actually I'd love it if xml2rfc were phased out in favor of something 
better.   IMO it imposes a significant barrier to contributions, 
especially from newer IETF participants, but really from everybody.   
But I realize that it's hard for IETF to build and maintain real 
document editing tools that run on everybody's platforms.   It's hard 
enough to maintain xml2rfc.  And I could certainly imagine worse tools, 
like (gasp!) Word.

(I'm not exactly fond of wikis' UIs either.)

> Also, think of the channel binding type IANA registry, which doesn't
> require an RFC for each type, just a specification somewhere.  A lot of
> what we do in the IETF doesn't really need a publication process as
> heavy-duty as the RFC publication process.
Well, IANA exists for the case you're citing already.   (such things 
used to be published in RFCs)   What other cases do you have in mind?
>
> None of the above addresses the need for I-D stability markers.  We're
> identifying a lot of related issues and thinking up possible solutions.
> Let's not lose track of the specific needs/problems we identify.

Keeping explicit track of those things in one place seems like a good 
next step.

Keith