Re: [tlp-interest] [IAB] Boilerplate changes Required for TLP 4.0

Russ Housley <housley@vigilsec.com> Wed, 13 January 2010 21:42 UTC

Return-Path: <housley@vigilsec.com>
X-Original-To: tlp-interest@core3.amsl.com
Delivered-To: tlp-interest@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 49A233A67E6; Wed, 13 Jan 2010 13:42:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.554
X-Spam-Level:
X-Spam-Status: No, score=-102.554 tagged_above=-999 required=5 tests=[AWL=0.045, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id t9g8zNtMgYVT; Wed, 13 Jan 2010 13:42:11 -0800 (PST)
Received: from odin.smetech.net (mail.smetech.net [208.254.26.82]) by core3.amsl.com (Postfix) with ESMTP id 1E51E3A6833; Wed, 13 Jan 2010 13:42:11 -0800 (PST)
Received: from localhost (unknown [208.254.26.81]) by odin.smetech.net (Postfix) with ESMTP id 893CC9A472B; Wed, 13 Jan 2010 16:42:18 -0500 (EST)
X-Virus-Scanned: amavisd-new at smetech.net
Received: from odin.smetech.net ([208.254.26.82]) by localhost (ronin.smetech.net [208.254.26.81]) (amavisd-new, port 10024) with ESMTP id 3kIkMH51iGCJ; Wed, 13 Jan 2010 16:42:07 -0500 (EST)
Received: from [192.168.2.113] (pool-173-66-67-45.washdc.fios.verizon.net [173.66.67.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by odin.smetech.net (Postfix) with ESMTP id 6A8479A4726; Wed, 13 Jan 2010 16:42:17 -0500 (EST)
Message-ID: <4B4E3E2F.3070400@vigilsec.com>
Date: Wed, 13 Jan 2010 16:42:07 -0500
From: Russ Housley <housley@vigilsec.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.1) Gecko/20090902 Eudora/3.0b3
MIME-Version: 1.0
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
References: <964DF240-EEC4-45BA-94ED-295E9C9FEF9E@americafree.tv> <4B4E2A3A.3050505@gmail.com>
In-Reply-To: <4B4E2A3A.3050505@gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Cc: Trustees <trustees@ietf.org>, Working Group Chairs <wgchairs@ietf.org>, tlp-interest@ietf.org, Internet Research Steering Group <irsg@isi.edu>, RFC Interest <rfc-interest@rfc-editor.org>, IAB <iab@iab.org>, IESG <iesg@ietf.org>
Subject: Re: [tlp-interest] [IAB] Boilerplate changes Required for TLP 4.0
X-BeenThere: tlp-interest@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Discussion of proposed revisions to the Trust Legal Provisions <tlp-interest.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/tlp-interest>, <mailto:tlp-interest-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tlp-interest>
List-Post: <mailto:tlp-interest@ietf.org>
List-Help: <mailto:tlp-interest-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tlp-interest>, <mailto:tlp-interest-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 13 Jan 2010 21:42:12 -0000

Brian:

The most recent approved changes do not prevent the posting of I-Ds. 
For this reason, I do not understand your comments.

The most recent changes allow non-IETF stream RFCs to include different 
license for code; they rejected the Simplified BSD license that the 
tools team recommended to the Trust for the IETF stream.  I-Ds for these 
streams can be posted using the earlier boilerplate, as they have been 
for the last several months.  When the tools are updated, I-Ds for these 
alternate streams will have alternate boilerplate if they wish to use 
it, but they will not be required to use it to get their I-D posted.

Russ

On 1/13/2010 3:16 PM, Brian E Carpenter wrote:
> I don't think the Trust has got the message.
>
> The message is that the grace period needs to be extended until
> the tools are ready, as far as drafts are concerned.
>
> It's fine for the RFC Editor to make these changes in the final
> text, which the authors will accept by saying OK to the AUTH48 ping.
> But seriously expecting drafts to be munged this way, especially during
> the last minute panic before the cut-off dates, is just not OK.
>
> Shall we discuss this on the ietf list?
>
> Regards
>     Brian Carpenter
>
> On 2010-01-14 00:47, Marshall Eubanks wrote:
>> Colleagues,
>>
>> Some concerns have been raised about tooling issues and boilerplate
>> changes. At present, for example, xml2rfc is not supported, and because
>> of this it is not clear when it will be possible to update it to support
>> the new boilerplate.  However, Alternate Stream documents have been
>> blocked for some time waiting for the new Trust Legal Provisions (TLP),
>> and it was decided to unblock these documents with TLP 4.0 even in the
>> absence of xml2rfc support. (There is an open call for volunteers to
>> support xml2rfc, and I would encourage interested parties to contact
>> Russ Housley.)
>>
>>      The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL
>>      NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED",  "MAY", and
>>      "OPTIONAL" in this document are to be interpreted as described in
>>      RFC 2119.
>>
>> If for any reason the tool of your choice has not been upgraded by the
>> end of the grace period on February 1 then the following two minor
>> changes need to be made to Internet-Draft boilerplates before
>> submission. Note that the changes are different for IETF Stream and for
>> Alternate Stream Documents. The changes for the IETF stream are
>> editorial (as noted by a SHOULD in the text below) and drafts produced
>> by the current tools for that stream are therefore compliant with TLP
>> 4.0.  The changes for the other streams are required (as noted by a MUST
>> in the text below).
>>
>> -----
>>
>> For IETF Stream Documents the following changes SHOULD be made :
>>
>> Change 1 :
>> OLD:
>> This Internet-Draft is submitted to IETF in full conformance with the
>> provisions of BCP 78 and
>> BCP 79.
>>
>> NEW:
>> This Internet-Draft is submitted in full conformance with the provisions
>> of BCP 78 and BCP 79.
>>
>> EXPLANATION:
>> Dropped the words "to IETF" as there is some ambiguity with respect to
>> Internet drafts that are not submitted to be published as IETF Stream RFCs.
>>
>> Change 2 :
>>
>> Second : Different Treatment for IETF and non-IETF stream documents
>> regarding potential BSD licenses for code components.
>>
>> OLD:
>> Code Components extracted from this document must include Simplified BSD
>> License text as described in Section 4.e of the Trust Legal Provisions
>> and are provided without warranty as described in the BSD License.
>>
>> NEW:
>> Code Components extracted from this document must include Simplified BSD
>> License text as described in Section 4.e of the Trust Legal Provisions
>> and are provided without warranty as described in the Simplified BSD
>> License.
>>
>> EXPLANATION: Introduction of the word "Simplified" at the second use of
>> "BSD License" for clarity.
>>
>> -----
>>
>> For Alternate Stream Documents the following changes MUST be made
>>
>> Change 1 :
>> OLD:
>> This Internet-Draft is submitted to IETF in full conformance with the
>> provisions of BCP 78 and
>> BCP 79.
>>
>> NEW:
>> This Internet-Draft is submitted in full conformance with the provisions
>> of BCP 78 and BCP 79.
>>
>> EXPLANATION:
>> Dropped the words "to IETF" as there is some ambiguity with respect to
>> Internet drafts that are not submitted to be published as IETF Stream RFCs.
>>
>> Change 2 :
>>
>> OLD:
>> Code Components extracted from this document must include Simplified BSD
>> License text as described in Section 4.e of the Trust Legal Provisions
>> and are provided without warranty as described in the BSD License.
>>
>> NEW: This sentence must not be included (note that this text MUST NOT be
>> inserted in the document).
>>
>> EXPLANATION: The BSD license is not available for code components from
>> Alternate Stream documents.
>>
>> Regards
>> Marshall Eubanks
>>
>> _______________________________________________
>> tlp-interest mailing list
>> tlp-interest@ietf.org
>> https://www.ietf.org/mailman/listinfo/tlp-interest
>>
>