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 >> >
- [tlp-interest] Boilerplate changes Required for T… Marshall Eubanks
- Re: [tlp-interest] Boilerplate changes Required f… Brian E Carpenter
- Re: [tlp-interest] [IAB] Boilerplate changes Requ… Russ Housley
- Re: [tlp-interest] [IAB] Boilerplate changes Requ… Brian E Carpenter
- Re: [tlp-interest] [IAB] Boilerplate changes Requ… Julian Reschke
- Re: [tlp-interest] [Trustees] Boilerplate changes… Henk Uijterwaal
- Re: [tlp-interest] [Trustees] [IAB] Boilerplate c… Bob Hinden
- Re: [tlp-interest] [Trustees] Boilerplate changes… Lou Berger
- Re: [tlp-interest] [Trustees] Boilerplate changes… Henrik Levkowetz