Re: [Cbor] Referencing external files/URLs from CBOR diagnostic notation
Thomas Fossati <thomas.fossati@linaro.org> Wed, 28 February 2024 14:50 UTC
Return-Path: <thomas.fossati@linaro.org>
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 5535FC14F619 for <cbor@ietfa.amsl.com>; Wed, 28 Feb 2024 06:50:59 -0800 (PST)
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, RCVD_IN_DNSWL_BLOCKED=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=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=linaro.org
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 H0W1C3YxgUKo for <cbor@ietfa.amsl.com>; Wed, 28 Feb 2024 06:50:55 -0800 (PST)
Received: from mail-lf1-x129.google.com (mail-lf1-x129.google.com [IPv6:2a00:1450:4864:20::129]) (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 879C2C14F603 for <cbor@ietf.org>; Wed, 28 Feb 2024 06:50:55 -0800 (PST)
Received: by mail-lf1-x129.google.com with SMTP id 2adb3069b0e04-512e39226efso7276138e87.0 for <cbor@ietf.org>; Wed, 28 Feb 2024 06:50:55 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; t=1709131853; x=1709736653; darn=ietf.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=eweomAteo9YlEgMYHbA6ndMvkdIpYUSrHMxCqrRgyB0=; b=xMgkloxxm+m0XOhg1RF81XbESzOzCDlmYt7zrFycT9Jr3S/nnPvYiKgZoesf0/UvSX 9EVLHO6tR2z2JVZdZOQQTLhKa1tN1/tHy4vVmr2MQPjuGL+ut8rBt2wUIbpQLakg9ktB Rdz42S/nNK+rluUeUQaG1hmgeUP936EmalJoOwTUe/X6x9iZLRssi0n3+ZDgfsPxJ8Kg bu7UUpQJVW8TNwMrdWQPrnXwJ5fbzKaTM5wZO2/X17MPrDGEU8ZbKZHI+/z919E5GiC7 NxTuz+i0dXRdF9jCrgSw6DJRC5+T2Dl4tXCP9SA31n5IM75UxaJZyepO3oFERg/eUZcT f19A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709131853; x=1709736653; h=content-transfer-encoding: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=eweomAteo9YlEgMYHbA6ndMvkdIpYUSrHMxCqrRgyB0=; b=L6Mv+BwKNrGPqCCxrhgI/dikQJY7QGXQin4TpZFkLUVzfoR+8Zv8mF+eYaRrK8hjn5 h6397XTRn/DidhzgFEAOe+gfqbKebPnPV3jXRoPe4qcLxDxXpP4ug8TwcPynrDZY80ZN jSJni+eldvls9QyGjaiNx+qQyc1m9oMzwJX3WZJe3eV7nEyPCqu/a20GlHisG60KGbe6 zXWfv1v2sJHWcFrxFVgO7sQTeBF49qlISbRGLAXqE/gvnDg7SFOh8vHgzrv2GCtOjr/a jIJ1901oGpBTPMOxAGa86KXXYXHxwqdmIz3yK+yZfykg60bfPT4on+Oh04SX2CIcbFbP 2RJA==
X-Gm-Message-State: AOJu0YxtYOUBi4dG/MXD+h4wsU/dg4HURYtssqXxlCnDfD8aDo8CFv7Q wjCK4dgO3zWEeKHgQGJJYMCz4Gz3kPU/OjzDI/hES5Y0GUhzveZNtk7se7RASdV0K1lqpQDmAjn JypLN5DEExnro6ahNW1VHLt14g7ZlQ4nW27Rlng==
X-Google-Smtp-Source: AGHT+IE4ujrog7lcq54OFiBmA6hEqLgjoDbf6hlDV0Hi3LWqaVn8VlAcmx1/ZZiK9sxUd8L33R5HRYENOrhczYNKe/w=
X-Received: by 2002:a05:6512:715:b0:512:ed25:a464 with SMTP id b21-20020a056512071500b00512ed25a464mr7127120lfs.5.1709131853004; Wed, 28 Feb 2024 06:50:53 -0800 (PST)
MIME-Version: 1.0
References: <C88928A2-5B49-45CB-82B2-35FCA804D64B@tzi.org>
In-Reply-To: <C88928A2-5B49-45CB-82B2-35FCA804D64B@tzi.org>
From: Thomas Fossati <thomas.fossati@linaro.org>
Date: Wed, 28 Feb 2024 15:50:36 +0100
Message-ID: <CA+1=6yeLRso__w+OLeTMO73DF0Gm_wAVqEk=8tz0gfins95VSQ@mail.gmail.com>
To: Carsten Bormann <cabo@tzi.org>
Cc: cbor@ietf.org
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/cbor/aqZZjnox_57yifhnTxkIjGM_lRI>
Subject: Re: [Cbor] Referencing external files/URLs from CBOR diagnostic notation
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: Wed, 28 Feb 2024 14:50:59 -0000
Hi Carsten, On Sun, 25 Feb 2024 at 14:34, Carsten Bormann <cabo@tzi.org> wrote: > [snip] > ➔ Is this application extension useful? Yes. > ➔ Do we want to enable use of other external forms beyond diagnostic mode (cbor-pretty == hex; actual binary CBOR)? Not sure. Once we enable the feature for diagnostic, then we can use diag2{pretty,cbor}.rb to obtain hex and binary. > (Note that this proof of concept does NO SANITIZING of URLs or file names at all; to make this a permanent addition to EDN, we’d need to think about the right restrictions for external references like this.) I am slightly concerned about potential hard-to-fix issues that may arise from allowing external resources. I would be content with only local refs. cheers!
- [Cbor] Referencing external files/URLs from CBOR … Carsten Bormann
- Re: [Cbor] Referencing external files/URLs from C… Thomas Fossati