Re: [Rswg] Making progress on the v3 format

Martin Thomson <mt@lowentropy.net> Thu, 05 January 2023 06:05 UTC

Return-Path: <mt@lowentropy.net>
X-Original-To: rswg@ietfa.amsl.com
Delivered-To: rswg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DC54FC151537 for <rswg@ietfa.amsl.com>; Wed, 4 Jan 2023 22:05:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.799
X-Spam-Level:
X-Spam-Status: No, score=-2.799 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_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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=jBYg25Mu; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=eYgYfdDw
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bXA_-cSOEsOD for <rswg@ietfa.amsl.com>; Wed, 4 Jan 2023 22:05:34 -0800 (PST)
Received: from wout2-smtp.messagingengine.com (wout2-smtp.messagingengine.com [64.147.123.25]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DB39DC14CF0D for <rswg@rfc-editor.org>; Wed, 4 Jan 2023 22:05:34 -0800 (PST)
Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailout.west.internal (Postfix) with ESMTP id 3E4FF32009BB for <rswg@rfc-editor.org>; Thu, 5 Jan 2023 01:05:34 -0500 (EST)
Received: from imap41 ([10.202.2.91]) by compute6.internal (MEProxy); Thu, 05 Jan 2023 01:05:34 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lowentropy.net; h=cc:content-type:date:date:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to; s=fm3; t=1672898733; x=1672985133; bh=olRRq3pEWb SxNPTURu6n1M0loogwEU0wyi/5Jq1Teng=; b=jBYg25MuS+A6HoaOZhRgyfvoub 7RQjE6rOKVnYp/CMhRFPqIKrWDr3cZVR+uPoefvvvpG9FsEk27m5iGBbcAWLOrLw SMvbwoIG0Y99MS3pLuaHX+t37pHw8wUU9omzp673Xi+5xYgaeAMXo0KIGoH03roH 57xmd5kp9UOhhcXFxsMQ+lSZ8BuUpwYEwioPZmnieShujVAfmxpT7LGM/9X3WHuI hYSEntU/TmGusxa0tRoczVobuTMiy7hkpDbtTuOdJF34dQXrgJAM9ZJCKJ8ahTrH /x35RHdHVpB2YLBmNOubCdvsENogsXu5HX4LewkKT4LmExqEjRBscnki0y0w==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:date:feedback-id :feedback-id:from:from:in-reply-to:in-reply-to:message-id :mime-version:references:reply-to:sender:subject:subject:to:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm2; t=1672898733; x=1672985133; bh=olRRq3pEWbSxNPTURu6n1M0loogw EU0wyi/5Jq1Teng=; b=eYgYfdDwX3xJTbz01zR7J3zSL/5ufuQ/JiUf7a0EMs+a Qsd1WxB6iJrwsQItTKmNBqTqGqtSf37yv082DBpzt5OfLdgrVSQ8tcFdGCdPqjLB qt16I1Azmk9ZrHT9O13zNCcHaAwkNKmKed+gXRZ90jGo5CpBgN3BgtXVLwViWLvU jJL93I+p8+ejpGz+HVHruYsagavR1YspdUUj3A0ORYeGGfJCJABWY1h3j1JQzcAY w/99mpCNenjJh/ILWBQcsJWqrUOhmOSx06LIbNmSr72tkfrNP0noos3suUhimRG5 vZ/uuflKrZaDAxKrrM/EN2TkEKV4rn3ffm4QxIh+5g==
X-ME-Sender: <xms:rWi2Y-_LXEJEyrU7dBAossR-tjPQ0SNhXLC8lFLMrecwQ4mR2vWrBA> <xme:rWi2Y-uqBStdC9vuPARoUF7PbtHiMKfmmKxGAjOurXDiP3D7yJxvZAHePyYzYU982 cAMSwpPAZO5Et2CPww>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrjeejgdelfecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkjghffffhvffutgesthdtre dtreertdenucfhrhhomhepfdforghrthhinhcuvfhhohhmshhonhdfuceomhhtsehlohif vghnthhrohhphidrnhgvtheqnecuggftrfgrthhtvghrnhepjeevtdfhteeggfekueehje eiveejgffhteehvedttdfhleegleefvefgkeeuheeunecuffhomhgrihhnpeihvghtrdhs ohdpihgvthhfrdhorhhgpdhrfhgtqdgvughithhorhdrohhrghenucevlhhushhtvghruf hiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehmtheslhhofigvnhhtrhhophih rdhnvght
X-ME-Proxy: <xmx:rWi2Y0BA_brJCj3o5faQGtTVfmFvCf_Tl3FjEKnyddYIvxWqtjCb3Q> <xmx:rWi2Y2dHcSX2LFk3LsblZj3ssFIsrRZUDmH7k-L-ih3LkvY2l2oFzg> <xmx:rWi2YzO1mRiurc8vYzcddLeTMsR2oG_UQN35dHvDZwVrvvJLUZNgXw> <xmx:rWi2Y5Yle6cbvHP0OkviGcz3PWyi19dpTlEtgCaDfiYIlCffNLUZkw>
Feedback-ID: ic129442d:Fastmail
Received: by mailuser.nyi.internal (Postfix, from userid 501) id 81C37234007B; Thu, 5 Jan 2023 01:05:33 -0500 (EST)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.7.0-alpha0-1185-g841157300a-fm-20221208.002-g84115730
Mime-Version: 1.0
Message-Id: <98320fdf-ef3f-417c-90c4-265e6aa67778@betaapp.fastmail.com>
In-Reply-To: <B5C18C8E-B2A6-4A9E-BBEA-4BD3AA02733B@icann.org>
References: <B5C18C8E-B2A6-4A9E-BBEA-4BD3AA02733B@icann.org>
Date: Thu, 05 Jan 2023 17:05:13 +1100
From: Martin Thomson <mt@lowentropy.net>
To: rswg@rfc-editor.org
Content-Type: text/plain
Archived-At: <https://mailarchive.ietf.org/arch/msg/rswg/bn6VISUwjaeCZhq-A6Lb9SKXWT8>
Subject: Re: [Rswg] Making progress on the v3 format
X-BeenThere: rswg@rfc-editor.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "RFC Series Working Group \(RSWG\)" <rswg.rfc-editor.org>
List-Unsubscribe: <https://mailman.rfc-editor.org/mailman/options/rswg>, <mailto:rswg-request@rfc-editor.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rswg/>
List-Post: <mailto:rswg@rfc-editor.org>
List-Help: <mailto:rswg-request@rfc-editor.org?subject=help>
List-Subscribe: <https://mailman.rfc-editor.org/mailman/listinfo/rswg>, <mailto:rswg-request@rfc-editor.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Jan 2023 06:05:40 -0000

> The RSWG is discussing what would go into a XML v4 grammar. The result of that discussion may become a RFC in the Editorial stream of RFCs. The v4 grammar is unlikely to be backwards compatible with the grammar in [RFC7991]. Similarly, the semantics for the v4 grammar is unlikely to be backwards compatible with the semantics in [RFC7991].

I didn't see this conclusion in Jay's email, though I'm only relying on my memory of the discussion that followed.

What I would like to see:

A document that describes the XML format, 
 * encompassing all of the variations that exist in the RFC series since 7991 
 * AND the variations that this group decides represent the right choice for new documents.  
 * With a clear separation in documentation between what is considered good and what needs to be accepted by a processor in order to process documents that were produced prior to the "good" definition being agreed.

A processor (or processors plural, hah) that can render something comprehensible from each of these variations.  This might need a flag to enable the processing of documents produced prior to the "good" definition, so that it is easy to eradicate certain bad practices.

It might be that we can't achieve this, because we conclude that a clean break is necessary.  At that point, we'll have a v4, but I don't think that anything I've seen so far forces us into that position...yet.

So, while this says "may become v4", it also says "discussing v4".  I think that we should avoid being so definitive about that.  We should iterate on v3 until that becomes untenable.  A hard continuity break is - at least in my opinion - part of why the v3 transition was so rough.

On Thu, Jan 5, 2023, at 11:04, Paul Hoffman wrote:
> Greetings again. Many weeks ago, before the <u> and <bcp14> semantics 
> discussions started, Jay Daley proposed a way forward for the formats 
> at:
>    
> https://mailarchive.ietf.org/arch/msg/rswg/gspp4uvuqkNEnwzAyyrazSkEwOE
>
> The proposal got a reasonable amount of support, so I have updated my 
> personal draft draft-hoffman-rfc-format-framework-as-implemented to 
> reflect it. The new version is here:
>    
> https://datatracker.ietf.org/doc/draft-hoffman-rfc-format-framework-as-implemented/
>
> Note that I'm updating my draft to Jay's proposal because the WG seems 
> to like the proposal, not because I do. I'm trying to keep my document 
> in line with what the WG wants in case the WG wants to adopt a "way 
> forward" document. (My personal preference would be to publish 
> draft-irse-draft-irse-xml2rfcv3-implemented as an RFC and then work 
> only on v4.)
>
> Comments are welcome. If what I have put here doesn't match what people 
> expected from Jay's proposal, or if tweaks are desired, it is easy for 
> me to keep revving this. If there is a desire to adopt this as a WG 
> work item, that's great, but we will have to wait for the xml2rfc tool 
> to be updated to allow Editorial track drafts.
>
> --Paul Hoffman
>
>
>
> -- 
> rswg mailing list
> rswg@rfc-editor.org
> https://mailman.rfc-editor.org/mailman/listinfo/rswg