IETF Logo Mail Archive

Re: [Cellar] [Editorial Errata Reported] RFC8794 (7192)

Steve Lhomme <slhomme@matroska.org> Sun, 13 November 2022 07:59 UTC

Return-Path: <slhomme@matroska.org>
X-Original-To: cellar@ietfa.amsl.com
Delivered-To: cellar@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B23B2C14CEFC for <cellar@ietfa.amsl.com>; Sat, 12 Nov 2022 23:59:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.895
X-Spam-Level:
X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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=matroska-org.20210112.gappssmtp.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 5ZnGqU_xnoDi for <cellar@ietfa.amsl.com>; Sat, 12 Nov 2022 23:59:16 -0800 (PST)
Received: from mail-wm1-x329.google.com (mail-wm1-x329.google.com [IPv6:2a00:1450:4864:20::329]) (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 EAC58C14CF00 for <cellar@ietf.org>; Sat, 12 Nov 2022 23:59:16 -0800 (PST)
Received: by mail-wm1-x329.google.com with SMTP id 5so5315585wmo.1 for <cellar@ietf.org>; Sat, 12 Nov 2022 23:59:16 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=matroska-org.20210112.gappssmtp.com; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=6w0OvJnaf4DqhM8aLn1lfngjApng9dUrfRTaFmdzrgM=; b=z3D1vW2RK+jkIv5UJnXmcRLV/acmWbYBZr8K2cOSzblxaYkTMrV7naSd+/pG3dcOE4 CAJzUav4jdyi9ATgK8RDWtWVVpd+EBzS6ESuRGfKCCW2+L+HKoq3ZWWyqhTiLVyaISAI yHECFJBsnPdJsHahRXqri1QLpftpSffOd5X8V12pHqLvwOxDD20SLgkC4Z134wGSRGd9 sa4bz0M6PpMl/wBIq5dV4nqeMKNmKhxxoCxuaQM5Amia3+ad7tPNsdZzMzIrMQUPwmX5 qjviztHTMWjPlxREWjMPeU8VfPW06K60ulFIYCs86f/fWAbmL3Hobfr6gyy+ngZ4Z4P7 QqhQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=6w0OvJnaf4DqhM8aLn1lfngjApng9dUrfRTaFmdzrgM=; b=ufJphk+tSPtJHdT+Ez5sFQ6OEhv/M3B6IfdxdRZQEeAkysm4SMkmvFeWUXB2IJ5yDO lrmeSi0zihpNuhysEtGeBxinyWH8mLM7hM4J8RT/ShWxCF2d4RH/RRkd/B96/O2i0kPs 7O33MMT+9+86DdGklnru90TjTDdn4sUscSr7EyYo8tkuSJV8JhA2vmGjqTqHLTEGabG6 VDnkG0OR14+BMrG2YhblgFqIeMYe4SQT4Bj2U8YMbteHzNUG28tzZWH/+ux03sxivnxs UXYvVxPZL4qQCuQ8DvAkrMFY4p8tLN23D5JoKVih805EL11pmdiDZW0RLvInyaP4d9u4 gqFQ==
X-Gm-Message-State: ANoB5pntL29K4yKRQ30s15m04dUWQ1TNeHqjFnrsYGzlWR8OYSMpfsxf NDez+ZmlG643LNPUvPdblLbMR+86Qxu+Nw==
X-Google-Smtp-Source: AA0mqf471g7M/aj9ktWZDCSb+GbZhEiYlOM/qYZXR9KLe/IoI4CAKgmmqUKLfO1RsjeCQPcECmoDGA==
X-Received: by 2002:a05:600c:1c28:b0:3c6:bf1e:ebb9 with SMTP id j40-20020a05600c1c2800b003c6bf1eebb9mr5134710wms.173.1668326355214; Sat, 12 Nov 2022 23:59:15 -0800 (PST)
Received: from ?IPV6:2a01:cb0c:20:e900:b5af:7702:ce45:8852? (2a01cb0c0020e900b5af7702ce458852.ipv6.abo.wanadoo.fr. [2a01:cb0c:20:e900:b5af:7702:ce45:8852]) by smtp.gmail.com with ESMTPSA id u12-20020adfdb8c000000b002417ed67bfdsm3121697wri.5.2022.11.12.23.59.14 for <cellar@ietf.org> (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 12 Nov 2022 23:59:14 -0800 (PST)
Message-ID: <6a291f62-ca8c-9bba-1937-c9169b988455@matroska.org>
Date: Sun, 13 Nov 2022 08:59:14 +0100
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.4.1
Content-Language: en-US
To: cellar@ietf.org
References: <20221030080307.5A18FF650@rfcpa.amsl.com> <F222BBFC-A81E-4F79-AECF-E69B47379FFC@amsl.com> <658167.1667373845@dyas>
From: Steve Lhomme <slhomme@matroska.org>
In-Reply-To: <658167.1667373845@dyas>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: base64
Archived-At: <https://mailarchive.ietf.org/arch/msg/cellar/vvINR0JO--7smgA55bc6UWs6hNc>
Subject: Re: [Cellar] [Editorial Errata Reported] RFC8794 (7192)
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Codec Encoding for LossLess Archiving and Realtime transmission <cellar.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cellar>, <mailto:cellar-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cellar/>
List-Post: <mailto:cellar@ietf.org>
List-Help: <mailto:cellar-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cellar>, <mailto:cellar-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 13 Nov 2022 07:59:20 -0000

On 2022-11-02 8:24, Michael Richardson wrote:
> 
> Chris Smiley <csmiley@amsl.com> wrote:
>      > We are unable to verify this erratum that the submitter marked as editorial.
>      > Please note that we have changed the “Type” of the following errata
>      > report to “Technical”.
> 
>      >> 2001-01-01T00:00:00.000000000 UTC).  This provides a possible
>      >> expression of time from 1708-09-11T00:12:44.854775808 UTC to
>      >> 2293-04-11T11:47:16.854775807 UTC.
> 
> 
>      >> Corrected Text
>      >> --------------
>      >> The Date Element stores an integer in the same format as the Signed
>      >> Integer Element that expresses a point in time referenced in
>      >> nanoseconds from the precise beginning of the third millennium of the
>      >> Gregorian Calendar in Coordinated Universal Time (also known as
>      >> 2001-01-01T00:00:00.000000000 UTC).  This provides a possible
>      >> expression of time from September 1708 to April 2293.
> 
> The corrected text has less precision, which is why it seems to be a
> technical edit.
> 
> I don't think that it matters much in the end, but maybe some explanation of
> why we have dropped the time of day from the limits would be valuable?

The Pull Request is 
https://github.com/ietf-wg-cellar/ebml-specification/pull/415
And the discussion can be found at 
https://github.com/ietf-wg-cellar/ebml-specification/issues/411

TL;DR the original math was wrong so to make sure we don't have it off 
by too much, we give a rough estimate. And there's also the leap 
second(s) handling that we need to mention for such large date ranges. 
The POSIX reference value is also the one useful value for everyone 
implementing EBML dates.

> --
> Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
>   -= IPv6 IoT consulting =-
> 
> 
> 
> 
> _______________________________________________
> Cellar mailing list
> Cellar@ietf.org
> https://www.ietf.org/mailman/listinfo/cellar

v2.30.2 | Report a Bug | By Email | System Status