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

"Joel M. Halpern" <jmh@joelhalpern.com> Thu, 28 January 2016 21:07 UTC

Return-Path: <jmh@joelhalpern.com>
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 2702E1AD376; Thu, 28 Jan 2016 13:07:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.702
X-Spam-Level:
X-Spam-Status: No, score=-2.702 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] 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 S-LYhUzCrigc; Thu, 28 Jan 2016 13:07:47 -0800 (PST)
Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E8F141AD375; Thu, 28 Jan 2016 13:07:46 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id D73C7251F41; Thu, 28 Jan 2016 13:07:46 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=1.tigertech; t=1454015266; bh=0kK5OUmvRhW9rBPkgC6K3CNjFD7r7PyYnMZiWaBnOF4=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From; b=asIB5Lmrh4cUa2pc+AGuD4IBOW3uiSHuOBPYuI/sr4n53bdCnbhZFhj1QYM0pyIw9 FqfNj5Ys+HesFarQ4MJHk0NSFr75mvTbLYxRk3phBch0aF2gdSoRP1fe+kbZqmIu2G NbiwEf3jhfua8aaYUd7lG9F9wwU1NZ78SZjWxvn8=
X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net
Received: from Joels-MacBook-Pro.local (209-255-163-147.ip.mcleodusa.net [209.255.163.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 33504240A14; Thu, 28 Jan 2016 13:07:46 -0800 (PST)
To: Jean-Marc Valin <jmvalin@mozilla.com>, Ben Campbell <ben@nostrum.com>
References: <20160113141506.11959.44750.idtracker@ietfa.amsl.com> <56A92C39.7060206@nostrum.com> <EF7A1BC5-B0E9-4787-95D2-D60B590E26DB@nostrum.com> <56AA78C9.9030304@joelhalpern.com> <56AA811F.8010201@mozilla.com>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
Message-ID: <56AA8310.2010300@joelhalpern.com>
Date: Thu, 28 Jan 2016 16:07:28 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:38.0) Gecko/20100101 Thunderbird/38.5.1
MIME-Version: 1.0
In-Reply-To: <56AA811F.8010201@mozilla.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/codec/4bbUJl7wTryMJI8mF9u9oFge5zY>
Cc: codec-chairs@ietf.org, codec@ietf.org, draft-ietf-codec-oggopus@ietf.org, ietf@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: Thu, 28 Jan 2016 21:07:48 -0000

We (the IETF) had this discussion regarding our copyright rules.  We 
discussed the tension with reuse by open source documentation where the 
community could not commit to copying things without changing them  (If 
they could make that promise, there would be no problem as such copying 
is already permitted.)

So either the open source communities needs to be able to change the 
text, or it does not need to be able to change the text, or it has 
created rules for itself where it needs to be permitted to change the 
text even though it does not actually want to change.

The first, not changing the text, is already covered.
The second, changing the text, is not something I or the IETF community 
support.
The third would seem to be a different problem, and asking the IEtF to 
change its rules for that seems a VERY strange answer.

Yours,
Joel

On 1/28/16 3:59 PM, Jean-Marc Valin wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> On 01/28/2016 03:23 PM, Joel M. Halpern wrote:
>> I think that this is a very bad idea.  The point of doing the work
>> to create an RFC is to reach agreements on what the words should
>> be. Saying after that "oh, but anyone else can change these words
>> any way they want" just does not work for me.
>
> The main issue here is not that people would like to change what the
> RFC says. It's quite the opposite in fact. People would like to be
> able to reuse parts the RFC text in other contexts (e.g. documentation
> for a piece of software that relies on several RFCs). Without
> additional rights, they would have to paraphrase the content of RFCs,
> which would actually lead to more compatibility problems. Also, the
> proposed text already includes the condition "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". Given that, I'm not sure what the problem is.
>
> Cheers,
>
> 	Jean-Marc
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2
>
> iQEcBAEBCAAGBQJWqoEbAAoJEJ6/8sItn9q9a1wH+wY6k2UP7iYQjLng6XQ79hgD
> W7pklezNzSXUlohTcUMK6s9n03fa1rK2jJcslDGgpO/qqzqdUDbEAlqqZhH2H+hc
> KXac5S6XVp56k0/QGPuyap9Ijshurs5ehvnYvBAuqcWAb9u9HaYlylZtH9/e482c
> Cretot8m5d2quZ1i3j23HccrfLiyve097OufY2sdgbzL1Xzu5qwcn/xJh27ccFtN
> 0Cbhigr7r6b8rNM/9VHSIF50shM2EuqULHBj+ABJbGfGIcWq4zRVJOsY0OqMaFcS
> 42y/974N/Admp6en1kITfdD6ZOn3jJpON6QOpaFRiGCiW3OsGs9AMCjZ+do4KM4=
> =WfO7
> -----END PGP SIGNATURE-----
>