Re: Last Call for Comments on " Legal Provisions Related to IETF Documents"

Harald Alvestrand <harald@alvestrand.no> Fri, 15 August 2008 08:39 UTC

Return-Path: <ipr-wg-bounces@ietf.org>
X-Original-To: ipr-wg-archive@megatron.ietf.org
Delivered-To: ietfarch-ipr-wg-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 384F23A6D1A; Fri, 15 Aug 2008 01:39:38 -0700 (PDT)
X-Original-To: ipr-wg@core3.amsl.com
Delivered-To: ipr-wg@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8845928C182 for <ipr-wg@core3.amsl.com>; Fri, 15 Aug 2008 01:39:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.402
X-Spam-Level:
X-Spam-Status: No, score=-2.402 tagged_above=-999 required=5 tests=[AWL=0.197, BAYES_00=-2.599]
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 BQ0arbhHfWBh for <ipr-wg@core3.amsl.com>; Fri, 15 Aug 2008 01:39:36 -0700 (PDT)
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by core3.amsl.com (Postfix) with ESMTP id 748E53A6D02 for <ipr-wg@ietf.org>; Fri, 15 Aug 2008 01:39:36 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 2AA1739E3FB; Fri, 15 Aug 2008 10:39:18 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at eikenes.alvestrand.no
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dzkQXFRQlmbL; Fri, 15 Aug 2008 10:39:17 +0200 (CEST)
Received: from [172.28.58.136] (unknown [195.18.164.170]) by eikenes.alvestrand.no (Postfix) with ESMTPS id A8A1139E0B9; Fri, 15 Aug 2008 10:39:17 +0200 (CEST)
Message-ID: <48A540C8.5000308@alvestrand.no>
Date: Fri, 15 Aug 2008 10:39:36 +0200
From: Harald Alvestrand <harald@alvestrand.no>
User-Agent: Thunderbird 1.5.0.14ubu (X11/20080724)
MIME-Version: 1.0
To: Bill Fenner <fenner@fenron.com>
Subject: Re: Last Call for Comments on " Legal Provisions Related to IETF Documents"
References: <0BDFFF51DC89434FA33F8B37FCE363D511F9537B@zcarhxm2.corp.nortel.com> <C09383D4-AFF6-4D0E-B7DF-FAA93E11863C@fenron.com>
In-Reply-To: <C09383D4-AFF6-4D0E-B7DF-FAA93E11863C@fenron.com>
Cc: ipr-wg@ietf.org, Ed Juskevicius <edj@nortel.com>
X-BeenThere: ipr-wg@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IPR-WG <ipr-wg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ipr-wg>, <mailto:ipr-wg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://www.ietf.org/mailman/private/ipr-wg>
List-Post: <mailto:ipr-wg@ietf.org>
List-Help: <mailto:ipr-wg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipr-wg>, <mailto:ipr-wg-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: ipr-wg-bounces@ietf.org
Errors-To: ipr-wg-bounces@ietf.org

Bill Fenner wrote:
> On Aug 10, 2008, at 11:58 PM, Ed Juskevicius wrote:
>> On behalf of the IETF Trustees, we invite your
>> review and final comments and suggestions on this
>> policy.
>
> Here's part of an email that I posted last week on the ipr wg list, 
> which hasn't received much comment but I would like the trustees to 
> consider:
>
> When I was updating section 4 [of 1id-guidelines]
> (which talks about the optional
> restrictions in 6b.) I ran across a minor hiccough -- 3978 allows the
> 6.b.ii. statement, "This document may not be modified, and derivative
> works of it may not be created, and it may not be published except as
> an Internet-Draft.", to be split into two: "This document may not be
> modified, and derivative works of it may not be created." and "This
> document may only be posted in an Internet-Draft." are in different
> sections of 3978.  The section of 3978 that mentions this also
> mentions optionally giving extra permissions for MIBs/PIBs published
> with this restriction: "other than to extract section XX as-is for
> separate use."
>
> -incoming only mentions that there are instructions in the Legend
> Instructions, which I assume are the same as the IETF Trust's Legal
> Provisions Relating to IETF Documents, so I can't really tell from
> that whether the wg intentionally removed these options; the trust
> intentionally removed these options; the trust unintentionally removed
> these options; or other. 
As far as I understand it, the WG desired the ability for these code 
pieces to be "code licensed", just as for all other code, but the "extra 
permissions" stuff was never discussed, AFAIK.

So seen from the WG's perspective, I think having an optional ", other 
than to extract code components under the Code License" would be a Good 
Thing; it seems to me that people who post restricted I-Ds (for whatever 
reason) would be surprised if we started licensing their code pieces, so 
it's better to get them to be explicit and allow us to do so.

My opinion.

                 Harald

_______________________________________________
Ipr-wg mailing list
Ipr-wg@ietf.org
https://www.ietf.org/mailman/listinfo/ipr-wg