Re: [Rswg] Making progress on evolving the XML format
Jay Daley <exec-director@ietf.org> Mon, 13 February 2023 23:16 UTC
Return-Path: <jay@staff.ietf.org>
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 31028C15270E for <rswg@ietfa.amsl.com>; Mon, 13 Feb 2023 15:16:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.003
X-Spam-Level:
X-Spam-Status: No, score=-1.003 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.1, MIME_HTML_ONLY_MULTI=0.001, MIME_QP_LONG_LINE=0.001, MPART_ALT_DIFF=0.79, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=ietf-org.20210112.gappssmtp.com
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 jfz4XK7fmEJn for <rswg@ietfa.amsl.com>; Mon, 13 Feb 2023 15:16:50 -0800 (PST)
Received: from mail-wm1-x32d.google.com (mail-wm1-x32d.google.com [IPv6:2a00:1450:4864:20::32d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 7095CC14F72D for <rswg@rfc-editor.org>; Mon, 13 Feb 2023 15:16:50 -0800 (PST)
Received: by mail-wm1-x32d.google.com with SMTP id s13-20020a05600c45cd00b003ddca7a2bcbso4867080wmo.3 for <rswg@rfc-editor.org>; Mon, 13 Feb 2023 15:16:50 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ietf-org.20210112.gappssmtp.com; s=20210112; h=to:in-reply-to:cc:references:message-id:date:subject:mime-version :from:content-transfer-encoding:from:to:cc:subject:date:message-id :reply-to; bh=bjSt+vODGgToLWGYzrzCu/OwbYP5B9bjUZmcMWjsmOM=; b=nBm24R1nCo/NwNAwvap+lLjm4MA/QucFGJ0o5rIiwbleiXb2FzcxfPVJ/YSV/dWt5G NB8aCAxtoxlotAwgTwVP75om2iDYXrZrVifwPRDtapOZc5FprJncpOqy6xsra4qcuueU QG1ZDbYYtoagmnabgbbooKo6YV84+4420TbuHASXdxnkLpzg7dN5Nns7f0Bv66p03rw2 UiJ8WLm6grwo+7grF3K4x8tI8w0b8s/3nDu2gt/xw4Rk7cpvE4djXHuiLIjahDHIAr1l lugPNOoWhcTJy/JpQfZ+h+Uf8cEwQ3CTEuKh4+eX9j0ghJmoVhCzNb1cJfxFZBpT3jqH 7KDg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:in-reply-to:cc:references:message-id:date:subject:mime-version :from:content-transfer-encoding:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=bjSt+vODGgToLWGYzrzCu/OwbYP5B9bjUZmcMWjsmOM=; b=YrE0euujh8k9jnT1QcfQr6oSQBl1XDwPfCr7DoKIegY/OJnm9XWf5S5Zk3ArUYfJTL n6WlZwnBYH9TVEQLOvkb7hR3bZ3JYOBfWZxY7I4mkUTan5atg5tilaHoCh/ENVzee9ZR tLp76mZ7MyNzmV2iee13fe94QAlKolDarp9jGON5XMAoa6HoO+3BxrbSJlHQUVYVKAC9 N9SkxWeE+OHOcSfauus+l73LDRLXcPx0JfOyrNdOG2KIaMbGi3vt6jzf+z7HnS7b8UvE hDLa6PN0eSfwoyevhiob6DS55ifXQl1EiKx8zO4/nWwoJR+UdKihqdhlRy0uI8HcgffQ ngUA==
X-Gm-Message-State: AO0yUKVnz+HkdSFADXbyRqNmsJ/paep/dUNjCRnj5D6agQR2lVh8z3kh paZecYuK7aMN2mVp0LxVW9ssPKn9HKWOoj2LS38=
X-Google-Smtp-Source: AK7set/+OcQds+HXgbN/4MMvZLIbG/4EwqVp1+pjHd1Ctk1HnSWzTmw2zMhkNURJBvdeC0ERpIKEOg==
X-Received: by 2002:a05:600c:1893:b0:3dc:4cb5:41c with SMTP id x19-20020a05600c189300b003dc4cb5041cmr288080wmp.0.1676330208154; Mon, 13 Feb 2023 15:16:48 -0800 (PST)
Received: from smtpclient.apple (host-92-27-125-209.static.as13285.net. [92.27.125.209]) by smtp.gmail.com with ESMTPSA id m22-20020a05600c3b1600b003daf6e3bc2fsm99132wms.1.2023.02.13.15.16.47 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 13 Feb 2023 15:16:47 -0800 (PST)
Content-Type: multipart/alternative; boundary="Apple-Mail-DDFDB248-7CA8-4A5F-9F06-74BF13A29AE1"
Content-Transfer-Encoding: 7bit
From: Jay Daley <exec-director@ietf.org>
Mime-Version: 1.0 (1.0)
Date: Mon, 13 Feb 2023 23:16:37 +0000
Message-Id: <D72C7C47-1E99-483A-8413-BD51BB5250DB@ietf.org>
References: <CABcZeBPiERRO9FaxoAgyyiEoeGFFcZR4at6twPjv5sk0wJoT7A@mail.gmail.com>
Cc: RSWG <rswg@rfc-editor.org>
In-Reply-To: <CABcZeBPiERRO9FaxoAgyyiEoeGFFcZR4at6twPjv5sk0wJoT7A@mail.gmail.com>
To: Eric Rescorla <ekr@rtfm.com>
X-Mailer: iPad Mail (20C65)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rswg/lDm63gHwMKtofMCUnLftLG_mQxI>
Subject: Re: [Rswg] Making progress on evolving the XML 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: Mon, 13 Feb 2023 23:16:54 -0000
On 13 Feb 2023, at 23:09, Eric Rescorla <ekr@rtfm.com> wrote:
Seems a practical way forward. A few points below:
> On 13 Feb 2023, at 20:28, Eric Rescorla <ekr@rtfm.com> wrote:
>
>
> Hi RSWG members,
>
> Pete and I have been chatting about the best way forward for evolving
> the XMLv3 grammar. We think that there's broad agreement that:
>
> 1. We need some document that describes the "as-is" xmlv3 format.
> - That document should be published in some form that implies
> it doesn't have consensus.
> - The WG should do the work of making sure that happens
Would we assign that a version number? If so then would it replace v3 or be a v3.1 with no documents ever having been published in v3? Before answering this you might want to read further on.This proposal takes no position on this topic. I simply used "3.1" because that seemedto be the version with the most traction. Perhaps we should say "NG" :)> 2. We need to work on a new format (v3.1?) that will have consensus.
>
> I think people are assuming that the new format will need an RFC but
> there is not agreement on whether the "as-is" should be.
>
>
> Pete and I would like to propose the following way forward, based
> on a suggestion from Martin Thomson in January.
>
> - Adopt draft-irse-draft-irse-xml2rfcv3-implemented as a WG document
> to use as the basis for v3.1.
Wouldn’t that draft also be the basis for 1. above?Yes, in the appendix although initially the appendix part of the doc would be empty.> - Everything that doesn't match RFC 7990 will be marked as
> "provisional". We go through all of these and either adopt them as
> having consensus or decline to make the change, in which case we
> move them to an Appendix.
If we did remove something, then documents in the new grammar would no longer be backwards compatible (unless that thing had never been used) with those in the as-is grammar. I would prefer then that we numbered it v4 to signal that. If we were to keep the version number 3.1 then we would have
- v3/7990 which was never used for a documentI do not personally know this to be true, but I am prepared to believe it is.- version ”as-is” which all the current documents are in- v3.1 which none of the existing documents are in and which all future ones will beI agree with you that there are these three versions. I think what numbers to assignto them is an orthogonal question.-Ekr
Jay
--
Jay Daley
IETF Executive Director
>
> - If necessary, we can also update the I-D to make consensus changes
> to the as-is version on an "emergency" basis, though hopefully
> this will not be needed often.
>
> At the end of this process, we will have a document which describes
> the consensus format and also an appendix which describes how "as
> implemented" differs from the consensus format. These can be published
> together as an RFC, which will provide archival forms of both but
> without requiring that we publish an RFC of the current document while
> the consensus version is still in flux. In the meantime, the ID
> can serve as the definition of the current format.
>
> What do people think of this proposal?
> -Ekr
> --
> rswg mailing list
> rswg@rfc-editor.org
> https://mailman.rfc-editor.org/mailman/listinfo/rswg" rel="noreferrer nofollow" target="_blank">https://mailman.rfc-editor.org/mailman/listinfo/rswg
- [Rswg] Making progress on evolving the XML format Eric Rescorla
- Re: [Rswg] Making progress on evolving the XML fo… Salz, Rich
- Re: [Rswg] Making progress on evolving the XML fo… Stephen Farrell
- Re: [Rswg] Making progress on evolving the XML fo… Joel Halpern
- Re: [Rswg] Making progress on evolving the XML fo… Brian E Carpenter
- Re: [Rswg] Making progress on evolving the XML fo… Eric Rescorla
- Re: [Rswg] Making progress on evolving the XML fo… Jay Daley
- Re: [Rswg] Making progress on evolving the XML fo… Eric Rescorla
- Re: [Rswg] Making progress on evolving the XML fo… Jay Daley
- Re: [Rswg] Making progress on evolving the XML fo… Martin Thomson
- Re: [Rswg] Making progress on evolving the XML fo… John Levine
- Re: [Rswg] Making progress on evolving the XML fo… Martin J. Dürst
- Re: [Rswg] Making progress on evolving the XML fo… Michael Richardson
- Re: [Rswg] Making progress on evolving the XML fo… Carsten Bormann
- Re: [Rswg] Making progress on evolving the XML fo… John Levine
- Re: [Rswg] Making progress on evolving the XML fo… Mark Nottingham
- Re: [Rswg] [Ext] Making progress on evolving the … Paul Hoffman
- Re: [Rswg] Making progress on evolving the XML fo… Eliot Lear
- Re: [Rswg] Making progress on evolving the XML fo… Carsten Bormann
- Re: [Rswg] Making progress on evolving the XML fo… John R Levine
- Re: [Rswg] Making progress on evolving the XML fo… Eric Rescorla
- Re: [Rswg] Making progress on evolving the XML fo… Mark Nottingham
- Re: [Rswg] Making progress on evolving the XML fo… Eric Rescorla
- Re: [Rswg] Making progress on evolving the XML fo… Mark Nottingham
- Re: [Rswg] Making progress on evolving the XML fo… Julian Reschke
- Re: [Rswg] Making progress on evolving the XML fo… Julian Reschke
- Re: [Rswg] Making progress on evolving the XML fo… Carsten Bormann
- Re: [Rswg] Making progress on evolving the XML fo… Michael Richardson
- Re: [Rswg] Making progress on evolving the XML fo… Eric Rescorla
- Re: [Rswg] Making progress on evolving the XML fo… John Levine
- Re: [Rswg] Making progress on evolving the XML fo… Eric Rescorla
- Re: [Rswg] Making progress on evolving the XML fo… Julian Reschke
- Re: [Rswg] Making progress on evolving the XML fo… Carsten Bormann
- [Rswg] preptool luggage (was Re: Making progress … Robert Sparks
- Re: [Rswg] preptool luggage (was Re: Making progr… Carsten Bormann
- [Rswg] XML luggage [preptool luggage (was Re: Mak… Brian E Carpenter
- Re: [Rswg] [Ext] XML luggage [preptool luggage (w… Paul Hoffman
- Re: [Rswg] [Ext] XML luggage [preptool luggage (w… Brian E Carpenter
- Re: [Rswg] Making progress on evolving the XML fo… Jean Mahoney
- Re: [Rswg] preptool luggage (was Re: Making progr… John Levine
- Re: [Rswg] [Ext] XML luggage [preptool luggage (w… John Levine
- Re: [Rswg] [Ext] XML luggage [preptool luggage (w… Brian E Carpenter
- Re: [Rswg] [Ext] XML luggage [preptool luggage (w… John R Levine
- Re: [Rswg] preptool luggage (was Re: Making progr… Julian Reschke
- [Rswg] Order (Re: preptool luggage (was Re: Makin… Carsten Bormann
- Re: [Rswg] preptool luggage (was Re: Making progr… John Levine
- Re: [Rswg] preptool luggage (was Re: Making progr… Carsten Bormann
- Re: [Rswg] preptool luggage (was Re: Making progr… Carsten Bormann
- Re: [Rswg] preptool luggage (was Re: Making progr… Julian Reschke
- Re: [Rswg] preptool luggage (was Re: Making progr… Martin Thomson
- Re: [Rswg] preptool luggage (was Re: Making progr… Carsten Bormann
- Re: [Rswg] preptool luggage (was Re: Making progr… Joel Halpern
- Re: [Rswg] preptool luggage (was Re: Making progr… Martin Thomson
- Re: [Rswg] preptool luggage (was Re: Making progr… Martin J. Dürst
- [Rswg] Are 'archival' and 'canonical' actually re… Martin J. Dürst
- Re: [Rswg] [Ext] XML luggage [preptool luggage (w… Martin J. Dürst
- Re: [Rswg] preptool luggage (was Re: Making progr… Carsten Bormann
- Re: [Rswg] preptool luggage (was Re: Making progr… Jay Daley
- Re: [Rswg] Are 'archival' and 'canonical' actuall… Brian E Carpenter
- Re: [Rswg] preptool luggage (was Re: Making progr… Eric Rescorla
- Re: [Rswg] preptool luggage (was Re: Making progr… Jay Daley
- Re: [Rswg] preptool luggage (was Re: Making progr… Eric Rescorla
- Re: [Rswg] preptool luggage (was Re: Making progr… Martin Thomson
- Re: [Rswg] preptool luggage (was Re: Making progr… John Levine
- Re: [Rswg] preptool default luggage (was Re: Maki… John Levine
- Re: [Rswg] preptool luggage (was Re: Making progr… Jay Daley
- Re: [Rswg] preptool luggage (was Re: Making progr… Jay Daley
- Re: [Rswg] preptool luggage (was Re: Making progr… Eric Rescorla
- Re: [Rswg] preptool luggage (was Re: Making progr… Martin Thomson
- Re: [Rswg] preptool default luggage (was Re: Maki… Mark Nottingham
- Re: [Rswg] preptool default luggage (was Re: Maki… Julian Reschke
- Re: [Rswg] preptool default luggage (was Re: Maki… John R Levine
- Re: [Rswg] preptool default luggage (was Re: Maki… Jay Daley
- Re: [Rswg] preptool luggage (was Re: Making progr… Jay Daley
- Re: [Rswg] preptool default luggage (was Re: Maki… Carsten Bormann
- Re: [Rswg] preptool default luggage (was Re: Maki… Julian Reschke
- Re: [Rswg] preptool default luggage (was Re: Maki… Carsten Bormann
- Re: [Rswg] Making progress on evolving the XML fo… Pete Resnick
- Re: [Rswg] [Ext] Making progress on evolving the … Paul Hoffman
- Re: [Rswg] [Ext] Making progress on evolving the … Pete Resnick
- Re: [Rswg] [Ext] Making progress on evolving the … Robert Sparks
- Re: [Rswg] [Ext] Making progress on evolving the … Carsten Bormann
- Re: [Rswg] [Ext] Making progress on evolving the … Robert Sparks
- Re: [Rswg] [Ext] Making progress on evolving the … Carsten Bormann
- Re: [Rswg] Making progress on evolving the XML fo… Paul Hoffman
- Re: [Rswg] Making progress on evolving the XML fo… Eric Rescorla