Re: [Cbor] Chair review of cbor-file-magic 08
Christian Amsüss <christian@amsuess.com> Wed, 09 March 2022 15:45 UTC
Return-Path: <christian@amsuess.com>
X-Original-To: cbor@ietfa.amsl.com
Delivered-To: cbor@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1])
by ietfa.amsl.com (Postfix) with ESMTP id 6C6B53A0B2F
for <cbor@ietfa.amsl.com>; Wed, 9 Mar 2022 07:45:38 -0800 (PST)
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 ([4.31.198.44])
by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id Ql5LhOyr7W53 for <cbor@ietfa.amsl.com>;
Wed, 9 Mar 2022 07:45:35 -0800 (PST)
Received: from smtp.akis.at (smtp.akis.at [IPv6:2a02:b18:500:a515::f455])
(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
(No client certificate requested)
by ietfa.amsl.com (Postfix) with ESMTPS id DCF863A0B28
for <cbor@ietf.org>; Wed, 9 Mar 2022 07:45:34 -0800 (PST)
Received: from poseidon-mailhub.amsuess.com (095129206250.cust.akis.net
[95.129.206.250])
by smtp.akis.at (8.17.1/8.17.1) with ESMTPS id 229FjTR6011737
(version=TLSv1.2 cipher=ECDHE-ECDSA-AES256-GCM-SHA384 bits=256 verify=NOT);
Wed, 9 Mar 2022 16:45:29 +0100 (CET)
(envelope-from christian@amsuess.com)
X-Authentication-Warning: smtp.akis.at: Host 095129206250.cust.akis.net
[95.129.206.250] claimed to be poseidon-mailhub.amsuess.com
Received: from poseidon-mailbox.amsuess.com (hermes.amsuess.com [10.13.13.254])
by poseidon-mailhub.amsuess.com (Postfix) with ESMTP id 19836D0;
Wed, 9 Mar 2022 16:45:29 +0100 (CET)
Received: from hephaistos.amsuess.com (unknown
[IPv6:2a02:b18:c13b:8010:3e59:bab4:fee5:a747])
by poseidon-mailbox.amsuess.com (Postfix) with ESMTPSA id D5DF9FD;
Wed, 9 Mar 2022 16:45:28 +0100 (CET)
Received: (nullmailer pid 2786560 invoked by uid 1000);
Wed, 09 Mar 2022 15:45:28 -0000
Date: Wed, 9 Mar 2022 16:45:28 +0100
From: Christian =?iso-8859-1?Q?Ams=FCss?= <christian@amsuess.com>
To: Carsten Bormann <cabo@tzi.org>, Michael Richardson <mcr+ietf@sandelman.ca>
Cc: cbor@ietf.org
Message-ID: <YijLmFCAhTRvrsZC@hephaistos.amsuess.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
protocol="application/pgp-signature"; boundary="slKPwN52acrKfSeR"
Content-Disposition: inline
In-Reply-To: <1232.1646692854@localhost>
<6EEAE07A-7CE1-4249-96D6-479BFA5238C7@tzi.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/cbor/wrEaFmRDV9vRnKUOZls1oa6iYVs>
Subject: Re: [Cbor] Chair review of cbor-file-magic 08
X-BeenThere: cbor@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Concise Binary Object Representation \(CBOR\)" <cbor.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cbor>,
<mailto:cbor-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cbor/>
List-Post: <mailto:cbor@ietf.org>
List-Help: <mailto:cbor-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cbor>,
<mailto:cbor-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Mar 2022 15:45:39 -0000
Hello Michael, Carsten, CBOR, The document has been submitted to the IESG. The shepherd writeup contains a note that about three items need minor few-word changes, these are: There is a "CBOR objects" in the abstract, you wanted to do something about that. On Mon, Mar 07, 2022 at 10:21:17PM +0100, Carsten Bormann wrote: > The tags allocated in 5.3 are described in Appendix A. > This should make clear that the data item is actually /any/. > (Byte string normally and in cases of 55800 and 55801, but /any/ in case of tag 55799.) I think it is confusing to users if the registry describes the value for one case that is more restrictive than the general value. Would it make sense to put "depends on context" in there? (It's not like the registry is CDDL typed). Speaking of the registry: The shepherd writeup form makes a point of asking that the used registry be identified, and 'Concise Binary Object Representation (CBOR) Tags' doe snot show up once in the IANA considerations. (It talks of 'registering CBOR tags', which is obvious to us with the context, but not necessarily to an editor who does not have all the lists indexed by abbreviations). BR c -- To use raw power is to make yourself infinitely vulnerable to greater powers. -- Bene Gesserit axiom
- [Cbor] 🔔 2nd WGLC on cbor-file-magic-08 Christian Amsüss
- Re: [Cbor] 🔔 2nd WGLC on cbor-file-magic-08 Barry Leiba
- [Cbor] Chair review of cbor-file-magic 08 Christian Amsüss
- Re: [Cbor] Chair review of cbor-file-magic 08 Michael Richardson
- Re: [Cbor] Chair review of cbor-file-magic 08 Christian Amsüss
- Re: [Cbor] Chair review of cbor-file-magic 08 Michael Richardson
- Re: [Cbor] Chair review of cbor-file-magic 08 Carsten Bormann
- Re: [Cbor] Chair review of cbor-file-magic 08 Michael Richardson
- Re: [Cbor] Chair review of cbor-file-magic 08 Christian Amsüss
- Re: [Cbor] Chair review of cbor-file-magic 08 Michael Richardson
- Re: [Cbor] Chair review of cbor-file-magic 08 Carsten Bormann
- Re: [Cbor] Chair review of cbor-file-magic 08 Michael Richardson
- Re: [Cbor] Chair review of cbor-file-magic 08 Christian Amsüss
- Re: [Cbor] Chair review of cbor-file-magic 08 Carsten Bormann
- Re: [Cbor] Chair review of cbor-file-magic 08 Carsten Bormann