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

"Ben Campbell" <ben@nostrum.com> Wed, 03 February 2016 15:52 UTC

Return-Path: <ben@nostrum.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 08DD91ACEA9 for <ietf@ietfa.amsl.com>; Wed, 3 Feb 2016 07:52:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001] autolearn=unavailable
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 yvSJvHADbwvE for <ietf@ietfa.amsl.com>; Wed, 3 Feb 2016 07:52:37 -0800 (PST)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 473451ACEDA for <ietf@ietf.org>; Wed, 3 Feb 2016 07:52:37 -0800 (PST)
Received: from [10.0.1.10] (cpe-70-119-203-4.tx.res.rr.com [70.119.203.4]) (authenticated bits=0) by nostrum.com (8.15.2/8.14.9) with ESMTPSA id u13FqWe5017090 (version=TLSv1 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 3 Feb 2016 09:52:32 -0600 (CST) (envelope-from ben@nostrum.com)
X-Authentication-Warning: raven.nostrum.com: Host cpe-70-119-203-4.tx.res.rr.com [70.119.203.4] claimed to be [10.0.1.10]
From: Ben Campbell <ben@nostrum.com>
To: "Timothy B. Terriberry" <tterribe@xiph.org>
Subject: Re: [codec] Last Call: <draft-ietf-codec-oggopus-10.txt> (Ogg Encapsulation for the Opus Audio Codec) to Proposed Standard
Date: Wed, 03 Feb 2016 09:52:32 -0600
Message-ID: <D750B75C-C472-4FA0-BDD2-619FD3727EA6@nostrum.com>
In-Reply-To: <56B17FC4.7000901@xiph.org>
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>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-Mailer: MailMate (1.9.4r5213)
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/CyHU3mnQPG_xgOLHUkjnfmYDoLs>
Cc: "draft-ietf-codec-oggopus@ietf.org" <draft-ietf-codec-oggopus@ietf.org>, "codec@ietf.org" <codec@ietf.org>, Ron <ron@debian.org>, "codec-chairs@ietf.org" <codec-chairs@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Feb 2016 15:52:38 -0000

On 2 Feb 2016, at 22:19, Timothy B. Terriberry wrote:

> Ron wrote:
>> And we are specifically not proposing to give *anyone*, open source 
>> or
>> otherwise, "the option to take an RFC and “run with it”" ...
>>
>> We're trying to find consensus on the best way to apply BCP 78 and 
>> the
>> options outlined in RFC 5377 to the needs of this document, in a way
>> that best matches the needs of its intended users to the best 
>> interests
>> of the IETF.
>
> 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?

I think that's acceptable in theory. In practice, keep in mind that if 
someone uses xml2rfc to render the text, it's going to create IETF 
headers and boilerplate, at least if the "external" version of the XML 
uses the same settings.

That's probably not what you want, regardless of whether the section 13 
language stays or goes.

How did this end up working for 6716?

Ben.