Re: [Tools-arch] Draft RFP SoW for "Review of the current landscape of IETF document processing tools"

Martin Thomson <mt@lowentropy.net> Thu, 25 June 2020 03:19 UTC

Return-Path: <mt@lowentropy.net>
X-Original-To: tools-arch@ietfa.amsl.com
Delivered-To: tools-arch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 399FD3A124D; Wed, 24 Jun 2020 20:19:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=lowentropy.net header.b=U1w9pGMy; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=SEQuVLuW
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 Kc-nRE5A2sCE; Wed, 24 Jun 2020 20:19:41 -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 6D6783A124C; Wed, 24 Jun 2020 20:19:41 -0700 (PDT)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.west.internal (Postfix) with ESMTP id 5E5BBAA2; Wed, 24 Jun 2020 23:19:40 -0400 (EDT)
Received: from imap2 ([10.202.2.52]) by compute2.internal (MEProxy); Wed, 24 Jun 2020 23:19:40 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lowentropy.net; h=mime-version:message-id:in-reply-to:references:date:from:to :subject:content-type; s=fm2; bh=+Zz2Jd8VfzKaWD+7BWVUHBbMmqu0CKG 60TGgV/F59IQ=; b=U1w9pGMy8Ycj1VlXgn7wqbXU7QocNcTY4dZIR2nW5HjDt4H 2Jr3bboOey/mNy6As+lUI7gGvyTwbH/e8egnupZVJEhGVGu/+PyCVW1ueCFNp75D RwNpGyR+yZKNkY2xKVWslk/tbB2EiASZQ8foEU584x0+nw+OZR2P/Rtlb7A5dw6J 9clTPmriByK8eNdt5T7Qtls13UicrvIj5CFo4SA2YeX+2GKYn8UEdPDM731QGbey ePA8zBi4pgs3hmYH8GX9RIES685DJqsCEEpx7aokv/UxLxoYFEq3i9F0KCzTfPpu DaWruQAxVvQD/QHh4NR2tr5PXUnRTv6gm54Pnyw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=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=+Zz2Jd 8VfzKaWD+7BWVUHBbMmqu0CKG60TGgV/F59IQ=; b=SEQuVLuWF3MA0lpTSTKWHZ yJFQ2jiFq5iVWsyNWxd3DtGA8WKGoSRkm0Iw4vtVXsscSTB3cJZZi0oXq45srwkx jxeuIxNzh+QV+N7WIb87rbVkKhQ+3q4dXVOf6wv+CKP0qdA2stYcmjVFoB6PTOvl BxvVC2VGL5TWh+hYRAZfbm5ZcTXlJ5BEscwf0PJccdRDCWmHX1ThiC5wC6bQc2L/ CJAVXeIzicDnviwoqlVDmBykoRZs9xJDNn7y2gpwTBq/6QsPJUc4AMPK6/JacPp4 jUwdxeMF1whb927jPYQyiUrKym34L4zg4B1mOY1H4zfz4F59BYmwP/xdTrTfKy7Q ==
X-ME-Sender: <xms:yxf0Xn_OQTV_QTdnSpcor2G1QuFLtVt_E23fhxqO07Y8lSbPFL5ovg>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduhedrudekkedgieelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfgjfhffhffvufgtsehttd ertderreejnecuhfhrohhmpedfofgrrhhtihhnucfvhhhomhhsohhnfdcuoehmtheslhho figvnhhtrhhophihrdhnvghtqeenucggtffrrghtthgvrhhnpeelfedugfelgeeigfeuve eludejjeeutdelgedvteehueevhfdvhefggeeuffeivdenucffohhmrghinhepihgvthhf rdhorhhgnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomh epmhhtsehlohifvghnthhrohhphidrnhgvth
X-ME-Proxy: <xmx:yxf0XjsilZNamJcD0Vo1YrkjbVcNX16Twg7VZFvTBlaUi4c6ZZPNwA> <xmx:yxf0XlDtBIPUY8U2JovKGGC38L-EbG-oZBL46a1r6NspKyHIEJhqgw> <xmx:yxf0XjdX8qDlums-pnUc2aNJdvYvLqsIVTpwQe4klPqvQjW9IkA_vw> <xmx:zBf0XnZBx62L3bGYyOnM5JVICVn8SO2o3Px3l8FrMIF6HgomX6PppQ>
Received: by mailuser.nyi.internal (Postfix, from userid 501) id 6CD45E00A8; Wed, 24 Jun 2020 23:19:39 -0400 (EDT)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.3.0-dev0-543-gda70334-fm-20200618.004-gda703345
Mime-Version: 1.0
Message-Id: <0eff2634-5263-44ba-80c7-6e05c19b34cb@www.fastmail.com>
In-Reply-To: <DFF26538-8920-46FC-BF73-E72A74A3A535@ietf.org>
References: <DFF26538-8920-46FC-BF73-E72A74A3A535@ietf.org>
Date: Thu, 25 Jun 2020 13:19:19 +1000
From: Martin Thomson <mt@lowentropy.net>
To: Jay Daley <jay@ietf.org>, tools-arch@ietf.org, tools-discuss@ietf.org
Content-Type: text/plain
Archived-At: <https://mailarchive.ietf.org/arch/msg/tools-arch/MqtoU92x4ZliZgDY4fuYUeHuIuI>
Subject: Re: [Tools-arch] Draft RFP SoW for "Review of the current landscape of IETF document processing tools"
X-BeenThere: tools-arch@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Tools Architecture and Strategy Team <tools-arch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tools-arch>, <mailto:tools-arch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tools-arch/>
List-Post: <mailto:tools-arch@ietf.org>
List-Help: <mailto:tools-arch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tools-arch>, <mailto:tools-arch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Jun 2020 03:19:43 -0000

Thanks Jay,

I realize that while I might provide some of this list, I am completely unaware of the extent of it.  But this seems achievable in a relatively short time-scale.

I might prefer to see more details on how the contractor manages the work product.  Specifically, I think that this should be a relatively open process during which tool maintainers can see the assessment and make factual corrections.  A public document or repository might be a good way to ensure that contributions of this sort are easy - and getting those contributions might greatly simplify the process.

Is your intent to include the set of tools employed by the RPC in this?  I think that would be good, but it appears that you intentionally chose "used by the IETF community".

Nits:

Two items are numbered 6.

"and and" in "two or three review and and change cycles"

On Thu, Jun 25, 2020, at 12:15, Jay Daley wrote:
> In support of the work of the Tools Architecture and Strategy Team 
> (TAS), an RFP will be issued for a "Review of the current landscape of 
> IETF document processing tools".  A draft SoW is below and I welcome 
> your comments/feedback on it.
> 
> Jay
> 
> 
> # Overview
> The IETF seeks a contractor to review the current landscape of tools 
> that have been specifically designed to be used by the IETF community 
> to work with IETF documents (I-Ds and RFCs) and to build a dataset 
> about these tools, including technical details, maintenance processes, 
> licensing and others, and further to determine what parts of the 
> document production, management and usage lifecycle each tool supports.
> 
> # Deliverables
> 
> ## Dataset
> This data is to be presented in a table using simple scales and 
> classifications in addition to any supporting narrative.  For example, 
> for licensing, a simple classification may include "GPL v3, 
> Proprietary, BSD-like" and more.
> 
> The data to be collected is:
> 
> 1.  A full catalog of tools, including all the relevant tools at 
> https://tools.ietf.org and other tools that are not listed there but 
> are known to be in use.   The contractor will be responsible for 
> drawing up the list, which will then be reviewed, possibly iterated and 
> approved.
> 
> 2.  Details of the maintainer(s) of each tool
> 
> 3.  The licensing of the tool (simple classification)
> 
> 4.  The technical environment each tool is intended to work in (OS, 
> packages, containers, etc)
> 
> 5.  How each tool is maintained, including
> - where the source code is located
> - how issues are raised (simple classification)
> - the level of version control and release management in use (on a simple scale)
> - how comprehensive the test coverage is (on a simple scale) 
> - the form of testing framework in use (simple classification)
> 
> 6.  A subjective assessment of the current maintained state of the tool 
> (on a simple scale)
> 
> 6.  A subjective assessment of the suitability of each tool (on a 
> simple scale), based on 3, 4, 5 and 6 above.
> 
> 7.  What stages of the document lifecycle (see below) each tools covers.
> 
> ## Document lifecycle
> As part of this work, the contractor will need to construct a model of 
> the IETF document lifecycle including document production (authoring, 
> review, format conversion, etc), document access (download tools, 
> search tools, etc) and document usage (extracting certain parts, etc).  
> This is only to cover the work carried out by the IETF community and 
> not the work of the RFC Production Centre.
> 
> There are no templates for this model and it is expected that there 
> will be two or three review and and change cycles.
> 
> ## Coverage map
> The information collected above is additionally to be presented in some 
> form of map showing each tool and each stage, the coverage of each 
> stage in the lifecycle and the subjective assessment of the suitability 
> of each tool.
> 
> 
> 
> 
> -- 
> Jay Daley
> IETF Executive Director
> jay@ietf.org
> 
> -- 
> Tools-arch mailing list
> Tools-arch@ietf.org
> https://www.ietf.org/mailman/listinfo/tools-arch
>