Re: [Rswg] Making progress on evolving the XML format

Eric Rescorla <ekr@rtfm.com> Tue, 14 February 2023 21:50 UTC

Return-Path: <ekr@rtfm.com>
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 5CA24C14F74A for <rswg@ietfa.amsl.com>; Tue, 14 Feb 2023 13:50:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.893
X-Spam-Level:
X-Spam-Status: No, score=-1.893 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=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=rtfm-com.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 ehshuc3yPbhP for <rswg@ietfa.amsl.com>; Tue, 14 Feb 2023 13:50:52 -0800 (PST)
Received: from mail-pg1-x52b.google.com (mail-pg1-x52b.google.com [IPv6:2607:f8b0:4864:20::52b]) (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 AE6A0C14F736 for <rswg@rfc-editor.org>; Tue, 14 Feb 2023 13:50:52 -0800 (PST)
Received: by mail-pg1-x52b.google.com with SMTP id u75so11187314pgc.10 for <rswg@rfc-editor.org>; Tue, 14 Feb 2023 13:50:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20210112.gappssmtp.com; s=20210112; t=1676411452; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=q79VnASFlycJW+86kuzH4moSfyUyCAXnUMMHpros4Mw=; b=YtUy+daxq/PzZrL5y7Wj0rqNeFHbqPMrcBLnPgCX75RXlgo0jOoOggrZn1iTflkAwe 0gWGDLHwGHhUY6MDLWSUfiVRo3UAkN7XvHJel/PXFSrrsCV0/1V0265cgvBKrVFM3xOH 0z2Lh1aZ3MLJjLMC0VQNCZr/Dj8ahcpsO5bjfF+hS0rccR+NqWJyLIab3Dsxsyta8NJW 1GDt6CWcQ+0JZvuDI6ZZ9Zw2IqVDDVE0AEeYVEGvTzsyB5pOR7Ms02Ay/f7X+70mcqlG 0Kcz5TxXdBHaweG0/qGWymtwFzuTMPp9s3SDP0AwlClK+whYeIDeu6W3EWLw6jMBnZxi 62uQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1676411452; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=q79VnASFlycJW+86kuzH4moSfyUyCAXnUMMHpros4Mw=; b=TOZtBPEcoizGS+0TMJPN6NWirJBajk8xlDavJ29QcTiUcnhITkaBb2rSF8f9z0ozv8 MoFdHGkOUp80e7jhRH0N9I+ympb4qH4cS2eNBoXrnnk1RD4tqNwqG9Jx5UVa02n61yzS Ed9CNShcbQojzAt7paB304bbZFFP1yDJYmy0N4au4vu4TGpGn9WHJR0537F0OraCAZwQ p1wB0FnTFRsxbiqfeyJnfX0RoTR/rw3O8I40L0I8rNdqmOqCM0xiAjjXC+to9l7T0d10 dvr+5R09NaimjnxzuwXWxCFOMoTLf6jlCn6TrJqPcNTCWDpnOCQS59Rzjwt221ewBLtH YZeg==
X-Gm-Message-State: AO0yUKVKpBjg2s4qh7B+2C9/hEhBA9fGrgbY7yHE1DWA2A3C1KHzheMK X9LeCoMgunnCWbrKqefh9YMZ2o6mnd50298NLNMPKDzK2qwE1g==
X-Google-Smtp-Source: AK7set9knwrQZSASAarKkgSm5OyYknztrwfYRsVGQIUbA6hAaGHShPpLEZXRlzZrYpZ4ZuHpocg6bMegyaBCGe2cduc=
X-Received: by 2002:a62:583:0:b0:5a8:be0a:5293 with SMTP id 125-20020a620583000000b005a8be0a5293mr725624pff.56.1676411451945; Tue, 14 Feb 2023 13:50:51 -0800 (PST)
MIME-Version: 1.0
References: <CABcZeBM1TKqRkXJ8JErVijoKhEKOa+ebWDpxfERuq1NhUrSG4g@mail.gmail.com> <A41E07CF-D0B0-4493-A4DF-2F91A3365D20@mnot.net>
In-Reply-To: <A41E07CF-D0B0-4493-A4DF-2F91A3365D20@mnot.net>
From: Eric Rescorla <ekr@rtfm.com>
Date: Tue, 14 Feb 2023 13:50:15 -0800
Message-ID: <CABcZeBP6OVAYeBmap3LFdmRf1=wN56UnGS+taqfiBTBzF_sdjg@mail.gmail.com>
To: Mark Nottingham <mnot@mnot.net>
Cc: RSWG <rswg@rfc-editor.org>
Content-Type: multipart/alternative; boundary="00000000000017518005f4aff5fb"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rswg/AK7PE6LnImyznSIpYlagekVvSR4>
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: Tue, 14 Feb 2023 21:50:56 -0000

On Tue, Feb 14, 2023 at 12:13 PM Mark Nottingham <mnot@mnot.net> wrote:

> Catching up on this -
>
> It seems not great to have them in the same document; how will people
> looking at the document in 10 years* know which part to pay attention to
> when they actually need to use the format?
>

I was expecting that the combination of having the consensus text in
the main body and then the old "for the record" stuff in the appendix,
plus explanatory text would make it clear.

-Ekr


>
> Cheers,
>
>
> * Yes, I'm being optimistic
>
> > On 13 Feb 2023, at 12:27 pm, 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
> > 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.
> >
> > - 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 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
>
> --
> Mark Nottingham   https://www.mnot.net/
>
>