Re: [codec] AD review: draft-ietf-codec-opus-11

Robert Sparks <rjsparks@nostrum.com> Thu, 26 April 2012 19:58 UTC

Return-Path: <rjsparks@nostrum.com>
X-Original-To: codec@ietfa.amsl.com
Delivered-To: codec@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F9B021F87A0 for <codec@ietfa.amsl.com>; Thu, 26 Apr 2012 12:58:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.6
X-Spam-Level:
X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, SPF_PASS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AyHuW2rZCzeu for <codec@ietfa.amsl.com>; Thu, 26 Apr 2012 12:58:14 -0700 (PDT)
Received: from nostrum.com (nostrum-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:267::2]) by ietfa.amsl.com (Postfix) with ESMTP id D524B21F879E for <codec@ietf.org>; Thu, 26 Apr 2012 12:58:13 -0700 (PDT)
Received: from unexplicable.local (pool-71-244-61-199.dllstx.fios.verizon.net [71.244.61.199]) (authenticated bits=0) by nostrum.com (8.14.3/8.14.3) with ESMTP id q3QJw77u062130 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 26 Apr 2012 14:58:08 -0500 (CDT) (envelope-from rjsparks@nostrum.com)
Message-ID: <4F99A8CF.3000103@nostrum.com>
Date: Thu, 26 Apr 2012 14:58:07 -0500
From: Robert Sparks <rjsparks@nostrum.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2
MIME-Version: 1.0
To: Ron <ron@debian.org>
References: <4F8F209F.90505@nostrum.com> <20120419130128.GE12062@audi.shelbyville.oz>
In-Reply-To: <20120419130128.GE12062@audi.shelbyville.oz>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Received-SPF: pass (nostrum.com: 71.244.61.199 is authenticated by a trusted mechanism)
Cc: codec@ietf.org, codec-chairs@tools.ietf.org, draft-ietf-codec-opus@tools.ietf.org
Subject: Re: [codec] AD review: draft-ietf-codec-opus-11
X-BeenThere: codec@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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: Thu, 26 Apr 2012 19:58:14 -0000

Note that I've requested IETF LC for version -12 (which includes this 
section).

I'd like to continue this conversation.

All the examples below are from before the current TLP (4) was in place.

As you note the TLP does not restrict the authors from making the grants 
you describe.
Why is it important to include this statement as part of _this_ document?

If you are able to do what you need without the section (which is what I 
think you're saying
below), removing it removes any _chance_ of confusion.

If you are not able to do what you want without the section, we need to 
talk about the TLP.
(If that's the case, could you call out the constraint that is in your way?)

RjS

On 4/19/12 8:01 AM, Ron wrote:
> Hi Robert,
>
> I'll add my warm thanks for the obvious effort and attention that you've
> put into reviewing this draft too.  This is a non-trivial contribution
> that I'm very happy to see.
>
> On Wed, Apr 18, 2012 at 03:14:23PM -0500, Robert Sparks wrote:
>> 1) Section 10 (Copying considerations) appears to be trying to say
>> something different from what the copyright notice on the first page
>> says. Do we still need this section? Can it be removed at this time?
> The intention of this section was to make explicit that the authors are
> granting additional rights to those of the TLP.  Similar to the grants
> that were added in, for example:
>
> http://tools.ietf.org/html/rfc3492#appendix-B
> http://tools.ietf.org/html/rfc4501#section-8
> http://tools.ietf.org/html/rfc5215#section-11
> http://tools.ietf.org/html/rfc5334#section-12
>
> The main difference here was a desire to be clear that the source code
> components were not included in this additional grant and remained under
> the usual IETF BSD licence for such parts.
>
> While the TLP is fairly clear that the IETF avoids becoming involved in
> making such additional grants and it is up to the document authors to
> do so if they wish, there is no desire for this clause to add confusion;
> so if there is better language that we should use there which fits with
> the intent, then I'd welcome suggestions for how it might be improved.
>
> I requested that this be added so that we could include this text in the
> supporting documentation of the Debian packages for libopus, which we
> would not be able to do without this additional grant of rights.
>
> Best,
> Ron
>
>