Re: [Trustees] ANNOUNCEMENT: The IETF Trustees invite your review and comments on a proposed Work-Around to the Pre-5378 Problem

Brian E Carpenter <brian.e.carpenter@gmail.com> Sat, 10 January 2009 20:17 UTC

Return-Path: <ietf-bounces@ietf.org>
X-Original-To: ietf-archive@megatron.ietf.org
Delivered-To: ietfarch-ietf-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2645B28C147; Sat, 10 Jan 2009 12:17:52 -0800 (PST)
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 975CB3A69C9 for <ietf@core3.amsl.com>; Sat, 10 Jan 2009 12:17:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.592
X-Spam-Level:
X-Spam-Status: No, score=-2.592 tagged_above=-999 required=5 tests=[AWL=0.007, 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 uYfkVzs7FQbP for <ietf@core3.amsl.com>; Sat, 10 Jan 2009 12:17:49 -0800 (PST)
Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.189]) by core3.amsl.com (Postfix) with ESMTP id 4DAFD28C147 for <ietf@ietf.org>; Sat, 10 Jan 2009 12:17:49 -0800 (PST)
Received: by ti-out-0910.google.com with SMTP id a6so7022306tib.25 for <ietf@ietf.org>; Sat, 10 Jan 2009 12:17:34 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :organization:user-agent:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=4C56pSnW4CCvYFXIkO7Z+BEa+1t49XJFDFKu4vGkcH8=; b=HjWXA9ZlIv3xQGOktf6PqcXx3yBASSQtDEDs0wFcbbUcW5KrY+hnQVkCMIaiUVHi6n 0dohhMB8LDuFNPZVboYpoajZbHnyfPSDOHwLmq006MKh4jgmDDpq+Hy2NJfoxzGnfJmX VlYOE9h0QjeSm8IrXjte0V82Wo3t9xhAeUZ6k=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:organization:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; b=L8+D7IRX7Cb4pRPP4vzwx+t1nACvcQ+5yYx/k8H5Od0pvQWN0CkdK2yZrY2FOPRNID bVv/uecm/ZVeH4q4eSOVWsBsdSbcCZYiCOAw1ECA9YnjLfQmp4pZ4k5r+AE/35j+6PsT glzFcR3vxuyAl8XBQKBFAOzl/hjqQQnCy3vwo=
Received: by 10.110.61.16 with SMTP id j16mr15323602tia.24.1231618654407; Sat, 10 Jan 2009 12:17:34 -0800 (PST)
Received: from ?10.1.1.4? (118-93-185-90.dsl.dyn.ihug.co.nz [118.93.185.90]) by mx.google.com with ESMTPS id i9sm5223898tid.25.2009.01.10.12.17.31 (version=SSLv3 cipher=RC4-MD5); Sat, 10 Jan 2009 12:17:33 -0800 (PST)
Message-ID: <49690258.7080402@gmail.com>
Date: Sun, 11 Jan 2009 09:17:28 +1300
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
MIME-Version: 1.0
To: "Joel M. Halpern" <jmh@joelhalpern.com>
Subject: Re: [Trustees] ANNOUNCEMENT: The IETF Trustees invite your review and comments on a proposed Work-Around to the Pre-5378 Problem
References: <70873A2B7F744826B0507D4B84903E60@noisy> <FB8A848E-E415-4CDE-9E3F-5C74A561 4F18@cisco.com> <49678B2A.8000100@dcrocker.net> <20090109181503.GP24908@verdi> <6E372F257B0C42E7AB9B7DA6231FF4E4@LROSENTOSHIBA> <p06240800c58d5466241b@[10.227.48.131]> <DBAA71AA401E5398212B1E03@PST.jck.com> <4967CAA1.9020608@gmail.com> <B2385D8E5F5BA599A174BD43@PST.jck.com> <4967E348.7050300@joelhalpern.com>
In-Reply-To: <4967E348.7050300@joelhalpern.com>
Cc: 'IETF Discussion' <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
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>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org

Joel,

Yes. I'll accept any solution in the range covered by my draft and your
and John's messages.

   Brian

On 2009-01-10 12:52, Joel M. Halpern wrote:
> My own take has been that the code reuse problem is the dominant
> problem.  Document transfer outside the IETF is sufficiently rare that I
> would agree with Fred that not solving that is fine.
> 
> This also means that from my personal perspective, a solution that says
> (loosely based on a suggestion from someone else in a side conversation)
> that
> 1) If you can, you grant 5378 rights
> 2) If you can't, you grant the old rights, as long as there is no code
> in the document
> 3) If there is code, get the rights to the code so people can actually
> use the code in the RFC to implement the RFC.  (MIBs are already
> covered, but we have lots of other kinds of code.)
> 
> would seem a workable path.
> Yes, point 3 may hold up some work.  But one could reasonably argue that
> such work needs to be held up so that folks can use the code we are
> giving them.
> 
> And I fully agree that we should leave all legal wordsmithing to the
> trust and the lawyers.  They have to do it anyway.
> 
> Yours,
> Joel
> 
> John C Klensin wrote:
>>
>> --On Saturday, January 10, 2009 11:07 +1300 Brian E Carpenter
>> <brian.e.carpenter@gmail.com> wrote:
>>
>>> Thanks John, I believe that is an excellent summary of the
>>> viable options. My draft implicitly adds
>>>
>>>   (2.5) Post-5378 documents that incorporate pre-5378
>>>   materials whose original contributors have duly agreed are
>>>   posted according to 5378 rules, with no exceptions.
>>>
>>> To my mind the main open issue is whether we want to
>>> require authors to try for (2.5) before proceeding to (2).
>>
>> I am all in favor of authors trying for 2.5 if they have the
>> time and inclination although, mostly, I'd rather have them
>> spend time on technical work (Marshall's suggestion last month
>> that the Trust itself should take responsibility for rounding up
>> old rights has some appeal here).   What I'm opposed to is
>> requiring authors of documents that might have had a very long
>> history to take responsibility for claiming that they have
>> identified all of the original contributors.   My problem with
>> 2.5, stated somewhat more aggressively than is probably
>> desirable, is that it requires the submitter of a 2.5 document
>> to stand up and say "I have identified all of those who might
>> claim to have rights in this document, will take responsibility
>> for getting that identification right, and obtained their
>> consent". 
>> There is a possible 2.5bis, which would be something like "I've
>> made a good-faith, reasonable-effort, attempt to identify
>> everyone
>> and have the agreements from everyone whom that process
>> identified, but I make absolutely no warranty that I've
>> identified everyone or that other claims won't come up; if they
>> do, it is the user's problem, not mine."
>>
>> Whether that is enough different in practice from my (2) to be
>> worth the complexity... I don't know.
>>
>>     john
>>
>>
>> _______________________________________________
>> Ietf mailing list
>> Ietf@ietf.org
>> https://www.ietf.org/mailman/listinfo/ietf
>>
> _______________________________________________
> Ietf mailing list
> Ietf@ietf.org
> https://www.ietf.org/mailman/listinfo/ietf
> 
_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www.ietf.org/mailman/listinfo/ietf