IETF Logo Mail Archive

Re: [art] [Last-Call] Artart last call review of draft-ietf-core-problem-details-05

Carsten Bormann <cabo@tzi.org> Thu, 23 June 2022 18:34 UTC

Return-Path: <cabo@tzi.org>
X-Original-To: art@ietfa.amsl.com
Delivered-To: art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 17B8BC15CF25; Thu, 23 Jun 2022 11:34:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level:
X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
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 4Gk0Etkymuer; Thu, 23 Jun 2022 11:34:10 -0700 (PDT)
Received: from gabriel-smtp.zfn.uni-bremen.de (gabriel-smtp.zfn.uni-bremen.de [IPv6:2001:638:708:32::15]) (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 E7F91C15CF22; Thu, 23 Jun 2022 11:34:07 -0700 (PDT)
Received: from [192.168.217.118] (p5089ad4f.dip0.t-ipconnect.de [80.137.173.79]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-smtp.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4LTTRc6hNpzDCbj; Thu, 23 Jun 2022 20:34:04 +0200 (CEST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <CAN40gSuGJOChjAY9fFD5Gwqn9CaLH09-m5MKb5Gfg8HH9WYjvA@mail.gmail.com>
Date: Thu, 23 Jun 2022 20:34:04 +0200
Cc: "\"Martin J. Dürst\"" <duerst@it.aoyama.ac.jp>, Harald Alvestrand <harald@alvestrand.no>, Applications and Real-Time Area Discussion <art@ietf.org>, Core WG mailing list <core@ietf.org>, draft-ietf-core-problem-details.all@ietf.org, last-call@ietf.org
X-Mao-Original-Outgoing-Id: 677702044.475974-e35d92e35aec334d1b96fcf6ef55d5be
Content-Transfer-Encoding: quoted-printable
Message-Id: <0359E066-79F3-4AAB-92A5-30B5E01D16CE@tzi.org>
References: <165511479760.19573.12671700576299137749@ietfa.amsl.com> <63D13796-758D-469B-AFA8-3050C9F87819@tzi.org> <dde9d36c-61e5-afcc-e15a-787c99d5fba9@it.aoyama.ac.jp> <CAN40gSuhSAOH3WRPETXU4s1468eXb_g-=sfWFmXXTvekEddqYQ@mail.gmail.com> <034DDF0F-FEF2-456B-B9ED-76B8F2B6C4BF@tzi.org> <CAN40gSuGJOChjAY9fFD5Gwqn9CaLH09-m5MKb5Gfg8HH9WYjvA@mail.gmail.com>
To: Ira McDonald <blueroofmusic@gmail.com>
X-Mailer: Apple Mail (2.3608.120.23.2.7)
Archived-At: <https://mailarchive.ietf.org/arch/msg/art/2AV5XeAxWY2deUb6Qwh1dFsb0kk>
Subject: Re: [art] [Last-Call] Artart last call review of draft-ietf-core-problem-details-05
X-BeenThere: art@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Applications and Real-Time Area Discussion <art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/art>, <mailto:art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/art/>
List-Post: <mailto:art@ietf.org>
List-Help: <mailto:art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/art>, <mailto:art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 23 Jun 2022 18:34:13 -0000

On 2022-06-23, at 13:13, Ira McDonald <blueroofmusic@gmail.com> wrote:
> 
> Hi Carsten,
> 
> OK - you need to get this CORE document published quickly.

Thank you.

> But I still think that detailed CDDL would be a long-term mistake, for the reason
> that Martin cited - i.e., copying/transforming grammars among RFCs is fragile.

Well, the RFC is immutable, so the act of making a copy cannot by itself be fragile.

What got us to now propose blunting that grammar is the strong impression that there may be less consensus about the grammar defined by RFC 5646 than we thought.  So it seems the grammar in RFC 5646 is fragile, not the act of copying it out...

https://github.com/core-wg/core-problem-details/pull/40/commits/bbe72e2

(I’m making a point about copying here as I believe copying out snippets of CDDL from RFCs and other specifications will be a significant part of CDDL 2.0.)

Grüße, Carsten

v2.23.0 | Report a Bug | By Email