Re: [Cbor] Remove .cbordet? (was Re: đź”” WGLC on draft-ietf-cbor-cddl-more-control)

Orie Steele <orie@transmute.industries> Sat, 23 March 2024 23:54 UTC

Return-Path: <orie@transmute.industries>
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 7BA30C14CF09 for <cbor@ietfa.amsl.com>; Sat, 23 Mar 2024 16:54:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.105
X-Spam-Level:
X-Spam-Status: No, score=-2.105 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, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=transmute.industries
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 uR07T4JhgddI for <cbor@ietfa.amsl.com>; Sat, 23 Mar 2024 16:54:53 -0700 (PDT)
Received: from mail-oo1-xc31.google.com (mail-oo1-xc31.google.com [IPv6:2607:f8b0:4864:20::c31]) (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 D19B7C14CEFD for <cbor@ietf.org>; Sat, 23 Mar 2024 16:54:48 -0700 (PDT)
Received: by mail-oo1-xc31.google.com with SMTP id 006d021491bc7-5a4716cfbbcso1881138eaf.2 for <cbor@ietf.org>; Sat, 23 Mar 2024 16:54:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=transmute.industries; s=google; t=1711238087; x=1711842887; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=rRvJH7ndE5hgGEIpCvk8IoUAkCWDax+hNSINJIMh8P4=; b=gPEc+p/odSBPHoV20pdgnIFDXFQIs/3Joo1pfr7RJW4NUFQe0qosfVVYMfQeq01GBc 5K0SFbWBdhnhJ118TO9KOAAua6/1gW1VAK8Y4cARSQGDxRkX9qn1FliNYW4L/fYWFxsR e79YPn9q1yn6wq86Z6qALSq/eyVJeyQmw4NxrurSc5XjZF0LltFEbupvgsOkzaqA4IHv HAMp7AbGs08OspfnnfhHj/RPRGOHYs842/xCfWyMxH2cVVpUyURN0AxD0YMGPLxAP4G8 8FqwqN64WadcjWfrKHR0sxaNGSW1sEHfixmM3ld/jo/pFcEMgcDjrihnIzGW8Kc/N+qS ZSVw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1711238087; x=1711842887; 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=rRvJH7ndE5hgGEIpCvk8IoUAkCWDax+hNSINJIMh8P4=; b=O4q3oobVSwhfUWSkiL/H2lHGoTkkXSpkHGgqVC4+X2/av1mme7WoUVvPBi8WcjvCpp 5fqyK2s5d8sH8CMmIsewyK+EOip8yQdAzs93xPk29XrVzXxE5aeSulhnF8wvI9b5b2MW 0Kpsr3tcta5tkXN1G3rY6SVMwnsVAmqGot1lR12JTfVGteWNrAFi40t4d2XumxVzF07y +peh+y3HPqcjEMDdu0FeeDGX3zUL5av2R2zgGpl9b62ZW3q7/o31WWkMDU4ImNS0ijA1 e5aDKIwIU4CQhwaJzSipqCfkXdp6SNjwTWrEqsQuaIMdxTU/qcmHKXMo6gm5dZF3fAPo PGRA==
X-Forwarded-Encrypted: i=1; AJvYcCUPy9DiPqZD31t7k9ORN/6+8QJUvbfFPZW0Bz+Puu2wveLRVVW0PD2SIvh27zD+vXpeVdcPdGeYP6vLCJF9
X-Gm-Message-State: AOJu0Yx+A8SCTPDEetMUsu3s0/sCXje9qAHkR8TmF7Lmcoc1T5jLpIDG GgDMMN630xNcKUSN9rEuslwDf7hUcHW+YOTVT/hkGHVCqiS6RI2E/8MdZUP3JWhqhpGmJeOauWS pIV8MBNBzk/aKJIQTwmlBSHz/GGFGLQ6Nt4L2Sw==
X-Google-Smtp-Source: AGHT+IH6BIe6wKu2dAwisZwBe0C0vHpDkCY7lAC//UWyorA3/ORg5gZ415WVURvv5kOjtJv7blazeLBQK19qpvHQ+BE=
X-Received: by 2002:a05:6358:560c:b0:17b:759:65c2 with SMTP id b12-20020a056358560c00b0017b075965c2mr3927837rwf.10.1711238087465; Sat, 23 Mar 2024 16:54:47 -0700 (PDT)
MIME-Version: 1.0
References: <ZeMG7tpfKLyf3aSz@hephaistos.amsuess.com> <9558918F-009A-49B2-82C1-D761B2D7D831@island-resort.com> <Zf9kh419AupOTX4A@hephaistos.amsuess.com> <CAN40gSumFk0nEKAkD-D855w44_+qCva+0AsQdPiu20EJSj_CiQ@mail.gmail.com>
In-Reply-To: <CAN40gSumFk0nEKAkD-D855w44_+qCva+0AsQdPiu20EJSj_CiQ@mail.gmail.com>
From: Orie Steele <orie@transmute.industries>
Date: Sat, 23 Mar 2024 16:54:22 -0700
Message-ID: <CAN8C-_Lo1QXE3LgDGZ5-Ai5xwA-Uw0sNU_3S=Zqt3+FXbkB6hA@mail.gmail.com>
To: Ira McDonald <blueroofmusic@gmail.com>
Cc: Christian AmsĂĽss <christian@amsuess.com>, "lgl island-resort.com" <lgl@island-resort.com>, cbor@ietf.org, draft-ietf-cbor-cddl-more-control@ietf.org
Content-Type: multipart/alternative; boundary="0000000000005477ed06145caae6"
Archived-At: <https://mailarchive.ietf.org/arch/msg/cbor/USfPWoEjiZIsa4jpnIyMT8DtbQ8>
Subject: Re: [Cbor] Remove .cbordet? (was Re: đź”” WGLC on draft-ietf-cbor-cddl-more-control)
X-BeenThere: cbor@ietf.org
X-Mailman-Version: 2.1.39
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: Sat, 23 Mar 2024 23:54:58 -0000

(with no AD hat) I prefer small narrowly focused documents, they are easier
to review, and to implement.

As a developer, I've experienced difficulty with cannonicalizing using JCS
and JSON-LD...

I fear that kind of complexity being mixed into CBOR.

I believe an abundance of caution with deterministic encoding is warranted.

I think Lawrence's proposal is good.

(With AD hat on) Working group consensus is for the chairs to establish,
but consider that IETF consensus, and better reviews may be easier to
achieve on simpler documents.

OS

On Sat, Mar 23, 2024, 6:37 PM Ira McDonald <blueroofmusic@gmail.com> wrote:

> Hi,
>
> I strongly agree with Laurence.  We should publish More Controls without
> .cbordet and instead only
> publish CDE with the .cde control operator.
>
> 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 Sat, Mar 23, 2024 at 7:24 PM Christian Amsüss <christian@amsuess.com>
> wrote:
>
>> Hello Carsten, Laurence,
>>
>> (writing here not as a chair)
>>
>> On Sat, Mar 23, 2024 at 08:23:36PM +0000, lgl island-resort.com wrote:
>> > I’d like to suggest that we not define “.cbordet” in this document,
>> > that section 4 be removed.  We want to move past the definition of CDE
>> > in RFC 8949 to the new one in the new document. Let the one-and-only
>> > control operator for determinism be “.cde” in draft-ietf-cbor-cde.
>>
>> I agree that having an operator for deterministically encoded CBOR while
>> CDE is being specified will rather contribute to confusion. I'd expect
>> that like EDN has become the one known diagnostic notation, CDE will
>> become the one "deterministic" encoding understood if someone doesn't
>> specify their own rules.
>>
>> While I would not object to publishing more-control with .cbordet in it,
>> I have a weak preference for publishing it without.
>>
>> BR
>> Christian
>>
>> --
>> To use raw power is to make yourself infinitely vulnerable to greater
>> powers.
>>   -- Bene Gesserit axiom
>> _______________________________________________
>> CBOR mailing list
>> CBOR@ietf.org
>> https://www.ietf.org/mailman/listinfo/cbor
>>
> _______________________________________________
> CBOR mailing list
> CBOR@ietf.org
> https://www.ietf.org/mailman/listinfo/cbor
>