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

Ron <ron@debian.org> Wed, 03 February 2016 17:42 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 6852B1A902A; Wed, 3 Feb 2016 09:42:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 Tqam4ASXogcE; Wed, 3 Feb 2016 09:42:01 -0800 (PST)
Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by ietfa.amsl.com (Postfix) with ESMTP id 489351A9004; Wed, 3 Feb 2016 09:42:00 -0800 (PST)
Received: from ppp14-2-77-60.lns21.adl6.internode.on.net (HELO mailservice.shelbyville.oz) ([14.2.77.60]) by ipmail06.adl6.internode.on.net with ESMTP; 04 Feb 2016 04:11:58 +1030
Received: from localhost (localhost [127.0.0.1]) by mailservice.shelbyville.oz (Postfix) with ESMTP id 61E2CFFABD; Thu, 4 Feb 2016 04:11:57 +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 KvEvoRP9NUxV; Thu, 4 Feb 2016 04:11:52 +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 A7F3EFF81F; Thu, 4 Feb 2016 04:11:52 +1030 (ACDT)
Received: by hex.shelbyville.oz (Postfix, from userid 1000) id 95BBC80470; Thu, 4 Feb 2016 04:11:52 +1030 (ACDT)
Date: Thu, 04 Feb 2016 04:11:52 +1030
From: Ron <ron@debian.org>
To: Stephan Wenger <stewe@stewe.org>
Message-ID: <20160203174152.GT3153@hex.shelbyville.oz>
References: <20160113141506.11959.44750.idtracker@ietfa.amsl.com> <56A92C39.7060206@nostrum.com> <20160129031044.GB3153@hex.shelbyville.oz> <56B116DA.9010507@nostrum.com> <56B12D2A.4020906@xiph.org> <7A78CD5F-918E-42BF-9090-96C4E4B9DE87@stewe.org> <20160203033855.GO3153@hex.shelbyville.oz> <56B17FC4.7000901@xiph.org> <9B1A525A-5ADE-4AB1-962C-DD826D86C5DA@stewe.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <9B1A525A-5ADE-4AB1-962C-DD826D86C5DA@stewe.org>
User-Agent: Mutt/1.5.23 (2014-03-12)
Archived-At: <http://mailarchive.ietf.org/arch/msg/codec/6P5_TWYVNwAbaFRrPQruHtXj96Y>
Cc: "ietf@ietf.org" <ietf@ietf.org>, "draft-ietf-codec-oggopus@ietf.org" <draft-ietf-codec-oggopus@ietf.org>, "codec@ietf.org" <codec@ietf.org>, "codec-chairs@ietf.org" <codec-chairs@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: Wed, 03 Feb 2016 17:42:05 -0000

On Wed, Feb 03, 2016 at 04:10:58PM +0000, Stephan Wenger wrote:
> On 2/2/16, 20:19, "Timothy B. Terriberry" <tterribe@xiph.org> wrote:
> >
> >It seems to me like putting a BSD copyright header in an XML comment at 
> >the top of the XML source file and dropping Section 13 from the draft 
> >would resolve all of the issues, if everyone agrees that is an 
> >acceptable thing to do. Ron?
> 
> However, it is still a procedural end-run around the currently
> in-force IETF position that the IETF reserves the right for itself to
> create derivative works from the RFCs it created (my paraphrasing).

I can quote more directly without paraphrasing if that helps.

The current TLP says:

  The IETF Trust does not limit the ability of IETF Contributors to
  license their Contributions, so long as those licenses do not affect
  the rights granted to the IETF Trust under RFC 5378.

And RFC 5377 4.5 says:

  Authors of Contributions retain all rights in their Contributions.
  As such, an author may directly grant any rights they wish separately
  from what the IETF grants.


And this is one of the options canvassed with Robert for 6716 before it
was decided the header text was the option of choice there.

The mechanics of the best way to do it, I'm open to suggestions about,
but characterising it as an 'end-run' would seem to be misrepresenting
both the documented position of the IETF and the intent of the authors.

  Ron