IETF Logo Mail Archive

Re: [Cellar] Conversation about a NON-IANA request in Matroska

Steve Lhomme <slhomme@matroska.org> Tue, 24 August 2021 12:43 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 6BAF33A10EE for <cellar@ietfa.amsl.com>; Tue, 24 Aug 2021 05:43:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=matroska-org.20150623.gappssmtp.com
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 NulPVbOuwrDg for <cellar@ietfa.amsl.com>; Tue, 24 Aug 2021 05:43:27 -0700 (PDT)
Received: from mail-ed1-x52c.google.com (mail-ed1-x52c.google.com [IPv6:2a00:1450:4864:20::52c]) (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 A43683A10E5 for <cellar@ietf.org>; Tue, 24 Aug 2021 05:43:27 -0700 (PDT)
Received: by mail-ed1-x52c.google.com with SMTP id r19so31448352eds.13 for <cellar@ietf.org>; Tue, 24 Aug 2021 05:43:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=matroska-org.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=aMYcee1v9IMthvWUDRDGCwcwUavLteo3RNS0uvB5jxM=; b=UcVOi/BoLboe/51byXyABnCfind3IAmHwRQgHsxHeBTQAggitqCParDvDYbBkxzssE ws0W6oY/yN+6XAqK+22NeHHhl3dM+72veSq6GgEFeeTHyYMVOQcD14AcaoV9pUzD09rk HEw5JVLEeLyeIuWqjVDGD1m+qw5FEALe/s8R85s+zPtFaLnp6ugNMC+FtlX1CQOU1+Pb a/dMewQF9rlrtOoNHW+o9M7mcO2r/IXWOnZ/SldmXsi5dcUhXXwFDlc42o7VjRV3wad5 DjisJQDnyANUWgkq12OdazKZPjcqP5rxZv5C6MSqyQCcsBJAp5CjtJc4WmxyNEw8c0nd OvtA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=aMYcee1v9IMthvWUDRDGCwcwUavLteo3RNS0uvB5jxM=; b=OUEBkiEbE8MbvZ9DMAs5Se5m/DphP/D2tP+0JZnYRxiKTVq8RtOJg69NprkdUiFt/7 L9TqPVB1D+BniAJNAbiVSKLXw6F6L5e4DiAgrpoboTy4tFTu2a0t8oUMUh3vGOtORmcY gSB7hqaBEpBFETcMn7Mo1UsadgifX5zgPwjyTE52xgOWteXUWcIJALtDxU2/HI5D1ykl bFIcfo3rOwF6zEEhr5fAdD9jilUbidi1TJXlBMcDNiFygK9NN+PK+uz5BIEKSwMhER3j X5ftETh1/xzEBdZw/9w7zwgU4PT+kcyHB7daz4gp7yfaXG79LlQ+RiDhkX9yrb3+UPfh 8C2A==
X-Gm-Message-State: AOAM531QjyNn530exjVSUxDS+2CenL01aGg7FZ7WFJbEUddxEJZH8Xv+ KLhs6M51QU1H0mDwN999LDJBtNQ+2d7BNAfHCpy1pQ==
X-Google-Smtp-Source: ABdhPJyOmE8iS3LcXLKoBiki7pPILuoAoknUInCh28J4VS49G+NA/oSGK4jBZp6RP9hECDONO12HYIskEToSDAetK2M=
X-Received: by 2002:aa7:cb19:: with SMTP id s25mr43560467edt.194.1629809004255; Tue, 24 Aug 2021 05:43:24 -0700 (PDT)
MIME-Version: 1.0
References: <CAKKJt-ceukRCPUK=DTvDxDBPw-ddROX-snfZQ-BatSkgVZ0-qw@mail.gmail.com> <CAL0qLwY6V8eVG56ckhy3GFDwW61-6OD9_h=X-vDWFySM0e3B9A@mail.gmail.com> <4945.1629386506@localhost> <CAL0qLwZeE1qZ+5wLnCMFoCcvP2cf5=9Y+g5Lx3k5iqxF7gAw5g@mail.gmail.com> <22109.1629403274@localhost> <CAL0qLwbUk7QLiCEESqbEknUELSgure+MrdvLXBK+hkRV_GxVxQ@mail.gmail.com> <31989.1629428105@localhost>
In-Reply-To: <31989.1629428105@localhost>
From: Steve Lhomme <slhomme@matroska.org>
Date: Tue, 24 Aug 2021 14:43:13 +0200
Message-ID: <CAOXsMF+j8T+H1HZoJKsRsyb_VehNn0y1981WGcX+G0EHGHq1TQ@mail.gmail.com>
To: Michael Richardson <mcr@sandelman.ca>
Cc: "Murray S. Kucherawy" <superuser@gmail.com>, Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>, Codec Encoding for LossLess Archiving and Realtime transmission <cellar@ietf.org>, Francesca Palombini <francesca.palombini@ericsson.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/cellar/2MQJhowXzdmZ8YlMzk7qq88_5Hg>
Subject: Re: [Cellar] Conversation about a NON-IANA request in Matroska
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.29
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: Tue, 24 Aug 2021 12:43:34 -0000

Hi,

Given one of the goal on this Matroska specification is long time
preservation, that would seem odd to design something that renders
older systems incompatible with the current/new specifications. If any
of the MIME types we have in attachments were to become invalid all of
a sudden we wouldn't like it.

I updated the Pull Request to clean the IANA explanation to reflect
that the old names are known but should not be used, instead the new
names should be used.
https://github.com/ietf-wg-cellar/matroska-specification/pull/529

Le ven. 20 août 2021 à 04:55, Michael Richardson <mcr@sandelman.ca> a écrit :
>
>
> Murray S. Kucherawy <superuser@gmail.com> wrote:
>     > What I'm worried about is that picking a date effectively sets a flag day.
>     > Have we ever successfully asserted a flag day in a standards action before?
>
> It's not a flag day.
> We don't have to coordinate upgrades.
> A flag day means that we have to change both senders and receivers.
>
> All receivers/readers will understand both.
> It's just that senders will start marking with the new one.
>
>     > But then the IETF has no control over whether anyone adheres to it, making
>     > it effectively arbitrary anyway.
>
> That's true.
>
> --
> ]               Never tell me the odds!                 | ipv6 mesh networks [
> ]   Michael Richardson, Sandelman Software Works        |    IoT architect   [
> ]     mcr@sandelman.ca  http://www.sandelman.ca/        |   ruby on rails    [
>
> _______________________________________________
> Cellar mailing list
> Cellar@ietf.org
> https://www.ietf.org/mailman/listinfo/cellar



-- 
Steve Lhomme
Matroska association Chairman

v2.23.0 | Report a Bug | By Email