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

Ira McDonald <blueroofmusic@gmail.com> Thu, 23 June 2022 21:09 UTC

Return-Path: <blueroofmusic@gmail.com>
X-Original-To: last-call@ietfa.amsl.com
Delivered-To: last-call@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B2D08C15A72B; Thu, 23 Jun 2022 14:09:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.107
X-Spam-Level:
X-Spam-Status: No, score=-2.107 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, 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
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 2K6zS9JkZLKS; Thu, 23 Jun 2022 14:09:28 -0700 (PDT)
Received: from mail-vs1-xe33.google.com (mail-vs1-xe33.google.com [IPv6:2607:f8b0:4864:20::e33]) (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 EBB43C15A72A; Thu, 23 Jun 2022 14:09:27 -0700 (PDT)
Received: by mail-vs1-xe33.google.com with SMTP id 184so539637vsz.2; Thu, 23 Jun 2022 14:09:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=H0gBje0G035Rc/KUS1lKwi2RFqrlWWUb25wb1EhcSnI=; b=dBTU1XsTn8xSOX8mBXSHV00GIXVs7msINYtrBEUpCVVX26q6ykm9pBwbVTI1Y1V90F 6EpnVT8tWH4KVUBnzcVXV6l4zlEA0XKHAZkF175dsIhnRNLBOm185cVtDAcFEgQqOkbd fab8uNtraF8E7/XhDsd5piICvJaiPPoD7Qul7bfLxZz0F2BbvtQlysVcIKgB3WYAJJZd YGg5zvgj1sJExMl0mImb5gQuTt8fvHLvSjEox7mp3Yy0sC5eEtxSPMXLTsBI70Ujenaz ze23awMgiS3IY11siZ72Tpnz0QUw5J/KHpEcGT04cEmOQ3W6fUqNuBrzjaQkyqiCrSeE 6kdA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=H0gBje0G035Rc/KUS1lKwi2RFqrlWWUb25wb1EhcSnI=; b=5MXENVnqFZ1PXU1KUml/5Ww8HPuSrh2oKufDtG6EPPOK4++PUrk0Qu4awRjyQh8mMu TQUEDH7tThBRLtg5qnnWfKVKP7AFjW5wVzj1JgdS/k6g5tWjQFusMmoOj5/qhidw3E3R 4Y43UiSSJslfZ7/e48mm/jOkYoS4mky0i0/tzesY0ZNS+7dYv1u9pGoVnyaZKwoBo0uZ 4GyKCVsa77cnH8pdMOTxhh/W4MmwlGGnsCXiQLSj/QZPt9Qcm++Hqq6jXVOW5JS/zFHv JIYXnjm8z7ACTxRmWVndshvp56lpxn+1jAWdWFnndmas+zuZEVrYuCDhqHQ3MtoWAoiV XJYQ==
X-Gm-Message-State: AJIora9AaLd+vLSQ5RVlAcNcdHqnmevoukfCMiMaNQhVWTj8n0ak2GON YK576sIEgBZL+t1WoHH8pgvTzaW2vPKo+Clfz4U=
X-Google-Smtp-Source: AGRyM1tRjF5fjs7XS83Fa7zVKw+rWyEJEye6TTZwI7LYkvc4/o1XQRoWJBxm6rv8zkwf+xpQ2jhGZLMap8N15dP3NBM=
X-Received: by 2002:a05:6102:d8f:b0:354:20f1:82a0 with SMTP id d15-20020a0561020d8f00b0035420f182a0mr13841039vst.84.1656018566575; Thu, 23 Jun 2022 14:09:26 -0700 (PDT)
MIME-Version: 1.0
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> <0359E066-79F3-4AAB-92A5-30B5E01D16CE@tzi.org>
In-Reply-To: <0359E066-79F3-4AAB-92A5-30B5E01D16CE@tzi.org>
From: Ira McDonald <blueroofmusic@gmail.com>
Date: Thu, 23 Jun 2022 17:08:23 -0400
Message-ID: <CAN40gSuR12WE=NC-MqGvCX1z+XNVn+5X94VFH1qHE373gbQR_w@mail.gmail.com>
To: Carsten Bormann <cabo@tzi.org>, Ira McDonald <blueroofmusic@gmail.com>
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
Content-Type: multipart/alternative; boundary="00000000000066f8b605e223de11"
Archived-At: <https://mailarchive.ietf.org/arch/msg/last-call/vMlx5yfjR2PXCj8B9fRg8gzLDZY>
Subject: Re: [Last-Call] [art] Artart last call review of draft-ietf-core-problem-details-05
X-BeenThere: last-call@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: IETF Last Calls <last-call.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/last-call>, <mailto:last-call-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/last-call/>
List-Post: <mailto:last-call@ietf.org>
List-Help: <mailto:last-call-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/last-call>, <mailto:last-call-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 23 Jun 2022 21:09:29 -0000

Hi Carsten,

I take your point about copying from a given RFC.

But the history of IETF Language Tags is RFC 1766 (1995), RFC 3066 (2001),
RFC 4646 (2006), and RFC 5646 (2009).  It's a long time since 2009 and, as
Martin noted, there have been a variety of proposals for updating language
tags in the past 13 years, so it's reasonably likely that there will be a
newer
version at some point.  And since language tags are now quite structured,
the chance of not needing syntax changes is fairly low.  This draft RFC from
CORE wouldn't catch up quickly, presumably.

Cheers,
- Ira



*Ira McDonald (Musician / Software Architect)*

*Chair - SAE Trust Anchors and Authentication TF*
*Co-Chair - TCG Trusted Mobility Solutions WG*

*Co-Chair - TCG Metadata Access Protocol SG*








*Chair - Linux Foundation Open Printing WGSecretary - IEEE-ISTO Printer
Working GroupCo-Chair - IEEE-ISTO PWG Internet Printing Protocol WGIETF
Designated Expert - IPP & Printer MIBBlue Roof Music / High North
Inchttp://sites.google.com/site/blueroofmusic
<http://sites.google.com/site/blueroofmusic>http://sites.google.com/site/highnorthinc
<http://sites.google.com/site/highnorthinc>mailto: blueroofmusic@gmail.com
<blueroofmusic@gmail.com>(permanent) PO Box 221  Grand Marais, MI 49839
906-494-2434*


On Thu, Jun 23, 2022 at 2:34 PM Carsten Bormann <cabo@tzi.org> wrote:

> 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
>
>