Re: [TOOLS-DEVELOPMENT] RSE update for the Tools Dev team call, 15 Sep 2015

Robert Sparks <rjsparks@nostrum.com> Tue, 15 September 2015 18:36 UTC

Return-Path: <rjsparks@nostrum.com>
X-Original-To: tools-development@ietfa.amsl.com
Delivered-To: tools-development@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B260B1A90C3 for <tools-development@ietfa.amsl.com>; Tue, 15 Sep 2015 11:36:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 gyUwBJuoHErJ for <tools-development@ietfa.amsl.com>; Tue, 15 Sep 2015 11:36:43 -0700 (PDT)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 554851A90CF for <tools-development@ietf.org>; Tue, 15 Sep 2015 11:36:43 -0700 (PDT)
Received: from unnumerable.local (pool-71-170-237-80.dllstx.fios.verizon.net [71.170.237.80]) (authenticated bits=0) by nostrum.com (8.15.2/8.14.9) with ESMTPSA id t8FIag0L068432 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=OK) for <tools-development@ietf.org>; Tue, 15 Sep 2015 13:36:42 -0500 (CDT) (envelope-from rjsparks@nostrum.com)
X-Authentication-Warning: raven.nostrum.com: Host pool-71-170-237-80.dllstx.fios.verizon.net [71.170.237.80] claimed to be unnumerable.local
To: tools-development@ietf.org
References: <55F7651D.3090809@rfc-editor.org>
From: Robert Sparks <rjsparks@nostrum.com>
Message-ID: <55F86535.8010008@nostrum.com>
Date: Tue, 15 Sep 2015 13:36:37 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.2.0
MIME-Version: 1.0
In-Reply-To: <55F7651D.3090809@rfc-editor.org>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/tools-development/RLbz04G1CUOxA0rlNcqw0OAPdCc>
Subject: Re: [TOOLS-DEVELOPMENT] RSE update for the Tools Dev team call, 15 Sep 2015
X-BeenThere: tools-development@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Tools Development list server <tools-development.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tools-development>, <mailto:tools-development-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tools-development/>
List-Post: <mailto:tools-development@ietf.org>
List-Help: <mailto:tools-development-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tools-development>, <mailto:tools-development-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 15 Sep 2015 18:36:45 -0000

Per today's call:

Before the next tools call (13 Oct), please look over the RFC Format 
related SoWs with a fresh eye and help make sure they still properly 
reflect the content of the format design team drafts.

The current versions of the SoWs are here:
http://www.nostrum.com/~rjsparks/rfced/

RjS

On 9/14/15 7:23 PM, Heather Flanagan (RFC Series Editor) wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> In case speaking turns out to be more challenging than one would hope
> as I learn to love the braces installed today.
>
>
> - ----
> Format Design Team update
> Julian is working on the updates to xml2rfc v2, though httpbis-auth has
> just reached AUTH48 and he's likely to give that priority.
> Of the v3-related drafts, I am waiting on the PDF (two TBDs in the draft
> to be resolved) and the SVG draft (RNC required). I do not have a firm
> timeline from the authors on those drafts regarding when they'll be
> ready to go.  Noting that the entire bundle of nine drafts are moving as
> a cluster, I did give the RSOC a preview into where things stand with
> the drafts, and Joel Halpern has done a review of the HTML and
> plain-text drafts. Updates will be forthcoming.
>
> The RSOC has asked for a requested reading order list and set
> check-points around the draft reviews; it's too big a bundle to just
> send out for review without both context and assistance in staying
> organized through the review. I will be putting that together as part of
> the official review request to the RSOC, and will send something similar
> to the IAB and the community when these drafts reach those groups.
>
>
> RFC Editor Website update
> The RSOC has reviewed the new website and offered several useful
> suggestions. I met with Sandy and Alice on Friday to review those
> suggestions, and a Alice will be working on modifications this week. Of
> particular note, AMS has hired a designer to look specifically at the
> Info pages; as the primary landing page for RFCs (from the RFC Editor's
> perspective), making sure they show us at our best is important. We
> expect to remove the password lock on the revised website soon, and at
> that point we will send a note to the IAB, IESG, and the Tools Committee
> to give them a chance to see the changes.
>
>
> RPC Programmer (.5 FTE) work status
> These aren't items that fall under the Tools Team process, but just to
> keep you informed about what's going on with the RPC programmer:
> In progress:
> - - add mailing list to info pages
> - - RFC 10K bug analysis (as time permits; this is not urgent)
>
> Next on the list:
> - - improve cluster_info.php so it's sorted by state
> - - audit of internal archive of material, making sure that what is in
> the public space matches the archive. (To clarify this point, there is
> a public repository and an internal repository. The latter contains
> the source files and the original approved I-D, in addition to the
> published RFC, as per a requirement in the SOW. Since the archiving
> process has grown rather organically over the years, some work needs
> to be done to go back and make sure everything is in place as per
> current best practice.)
>
> Recently completed:
> - - fixed bug in rfcmeta.php (info page)
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG/MacGPG2 v2
> Comment: GPGTools - http://gpgtools.org
>
> iQEcBAEBCAAGBQJV92UdAAoJEER/xjINbZoG2UcH/iIB5vppxqsd4iHKrapY+WzI
> +ocUqhxMW4+Y42nvZDIOP3ZhKdRgbErTP6ZreoRkZhRFLgrvSlS0uZ8fVaQgf813
> wF68x2vzHM9LtE7VUsCFT49H37quSlS4aiDDe6Sn0pde1Hpx+jTcUdTu452fAeWe
> feRhu/pVgZ/v7PT0GTOFUOYWxa4ySYJFyT3Ccexb878WQiT0Sv3KrtEZjT7VIZSd
> SW701z5kDA/fFhbmh3Y1HlNDR/ah1Rk8Cuaap+us1HaHcgWIcPox2OTQ0PGLkI61
> WktTCtec+FQ5V6eQL9dws8tDQRBGnPga5Ia2Jnr7tkc6EaXe4srmC+gbfxaw6ko=
> =Ur31
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> TOOLS-DEVELOPMENT mailing list
> TOOLS-DEVELOPMENT@ietf.org
> https://www.ietf.org/mailman/listinfo/tools-development