Re: [codec] Last Call: <draft-ietf-codec-oggopus-10.txt> (Ogg Encapsulation for the Opus Audio Codec) to Proposed Standard

Ron <ron@debian.org> Fri, 29 January 2016 03:11 UTC

Return-Path: <ron@debian.org>
X-Original-To: codec@ietfa.amsl.com
Delivered-To: codec@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F62B1B379B; Thu, 28 Jan 2016 19:11:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.6
X-Spam-Level:
X-Spam-Status: No, score=-4.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_I_LETTER=-2, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham
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 dd-Zb8XS4vKC; Thu, 28 Jan 2016 19:11:37 -0800 (PST)
Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by ietfa.amsl.com (Postfix) with ESMTP id 4B50D1B37A4; Thu, 28 Jan 2016 19:11:34 -0800 (PST)
Received: from ppp14-2-77-60.lns21.adl6.internode.on.net (HELO mailservice.shelbyville.oz) ([14.2.77.60]) by ipmail04.adl6.internode.on.net with ESMTP; 29 Jan 2016 13:40:46 +1030
Received: from localhost (localhost [127.0.0.1]) by mailservice.shelbyville.oz (Postfix) with ESMTP id 34182FFC86; Fri, 29 Jan 2016 13:40:45 +1030 (ACDT)
X-Virus-Scanned: Debian amavisd-new at mailservice.shelbyville.oz
Received: from mailservice.shelbyville.oz ([127.0.0.1]) by localhost (mailservice.shelbyville.oz [127.0.0.1]) (amavisd-new, port 10024) with LMTP id zcj7LXbkAGyN; Fri, 29 Jan 2016 13:40:44 +1030 (ACDT)
Received: from hex.shelbyville.oz (hex.shelbyville.oz [192.168.1.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mailservice.shelbyville.oz (Postfix) with ESMTPS id 98A39FF88A; Fri, 29 Jan 2016 13:40:44 +1030 (ACDT)
Received: by hex.shelbyville.oz (Postfix, from userid 1000) id 802FA80470; Fri, 29 Jan 2016 13:40:44 +1030 (ACDT)
Date: Fri, 29 Jan 2016 13:40:44 +1030
From: Ron <ron@debian.org>
To: Robert Sparks <rjsparks@nostrum.com>
Message-ID: <20160129031044.GB3153@hex.shelbyville.oz>
References: <20160113141506.11959.44750.idtracker@ietfa.amsl.com> <56A92C39.7060206@nostrum.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <56A92C39.7060206@nostrum.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
Archived-At: <http://mailarchive.ietf.org/arch/msg/codec/F_VYAjdLofeYviAmPXq_8u-cjkU>
Cc: ietf@ietf.org, codec@ietf.org, codec-chairs@ietf.org, draft-ietf-codec-oggopus@ietf.org
Subject: Re: [codec] Last Call: <draft-ietf-codec-oggopus-10.txt> (Ogg Encapsulation for the Opus Audio Codec) to Proposed Standard
X-BeenThere: codec@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Codec WG <codec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/codec>, <mailto:codec-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/codec/>
List-Post: <mailto:codec@ietf.org>
List-Help: <mailto:codec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/codec>, <mailto:codec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 29 Jan 2016 03:11:39 -0000

Hi Robert,

On Wed, Jan 27, 2016 at 02:44:41PM -0600, Robert Sparks wrote:
> This document has an unusual feature that I think needs to be highlighted in
> this last call.
> 
> Section 13 instructs the RFC editor to:
> >    In the Copyright Notice at the start of the document, the following
> >    paragraph is to be appended after the regular copyright notice text:
> >
> >    "The licenses granted by the IETF Trust to this RFC under Section 3.c
> >    of the Trust Legal Provisions shall also include the right to extract
> >    text from Sections 1 through 14 of this RFC and create derivative
> >    works from these extracts, and to copy, publish, display, and
> >    distribute such derivative works in any medium and for any purpose,
> >    provided that no such derivative work shall be presented, displayed,
> >    or published in a manner that states or implies that it is part of
> >    this RFC or any other IETF Document."
>
> I understand why we did what we did for RFC6716 (the specification for OPUS,
> where the additional grants were to deal with the code being normative).
> 
> I do not think it is the right thing to do for this document.

Could you spell out in a bit more detail what you see as being different
for this document, and what your concerns are with either (or both!) the
letter and the intent in this case.

I really would like to understand your concerns, and if necessary have
this evolve into language that does cover everyone's needs and fears as
comprehensively as we can.

We've got nearly 4 years behind us now with no terrible abuse of this
grant having occurred for 6716, but if you think it's less than ideal,
I'd like us to consider ways we can still improve on that.

  Cheers,
  Ron