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

John C Klensin <john-ietf@jck.com> Sun, 11 January 2009 15:57 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 BB43B3A6A07; Sun, 11 Jan 2009 07:57:16 -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 3C7733A6A07 for <ietf@core3.amsl.com>; Sun, 11 Jan 2009 07:57:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.612
X-Spam-Level:
X-Spam-Status: No, score=-2.612 tagged_above=-999 required=5 tests=[AWL=-0.013, 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 H6pmEGpr-NCr for <ietf@core3.amsl.com>; Sun, 11 Jan 2009 07:57:14 -0800 (PST)
Received: from bs.jck.com (ns.jck.com [209.187.148.211]) by core3.amsl.com (Postfix) with ESMTP id 4BB6E3A68E6 for <ietf@ietf.org>; Sun, 11 Jan 2009 07:57:14 -0800 (PST)
Received: from [127.0.0.1] (helo=localhost) by bs.jck.com with esmtp (Exim 4.34) id 1LM2gI-000ETu-Cv; Sun, 11 Jan 2009 10:56:54 -0500
Date: Sun, 11 Jan 2009 10:56:44 -0500
From: John C Klensin <john-ietf@jck.com>
To: "Joel M. Halpern" <jmh@joelhalpern.com>, Simon Josefsson <simon@josefsson.org>
Subject: Re: [Trustees] ANNOUNCEMENT: The IETF Trustees invite your reviewand comments on a proposed Work-Around to the Pre-5378 Problem
Message-ID: <264A929E482924CBA113B40B@PST.jck.com>
In-Reply-To: <496A1038.4020807@joelhalpern.com>
References: <FB8A848E-E415-4CDE-9E3F-5C74A5614F18@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> <87d4evgu35.fsf@mocca.josefsson.org> <20090110191055.GB31579@mit.edu> <87bpudkhfh.fsf@mocca.josefsson.org> <496A1038.4020807@joelhalpern.com>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Disposition: inline
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


--On Sunday, January 11, 2009 10:28 -0500 "Joel M. Halpern"
<jmh@joelhalpern.com> wrote:

> Also, it should be understood that this issue is largely
> orthogonal to the topic under discussion.  The working group
> could have included what Simon asked for in 5377.  The rough
> consensus of the WG was not to do so.  A more narrow 5378
> would make it harder to make such a grant, but since the
> working group didn't choose to do so (and personally, I think
> doing so would undermine much of our work) the issues seems to
> have no bearing on "whould we rescind 5378?" or "is there a
> better transition strategy to get 5378 to apply to the bulk of
> our work?" or "how do we get 5378 rights in code, without
> holding up all the other documents?"

One addition to Joel's remarks.  Even if, as part of the medium
to long-term solution to the 5378 problem, we were to return to
the basic model of 2026, i.e., any rights for non-IETF use have
to be worked out directly with authors, 5377 would need only a
conceptually fairly minor amendment requiring that authors grant
those rights at the time of document submission, rather than
recommending that the Trust doing so on a licensing basis.   I
don't see any reason to believe that pulling out that core
change in 5378 is necessary to solve the problem of what to do
about old documents/ Contributions, but, even if we did...

So, please, let's focus on that old document transition problem
and what is necessary to make it go away efficiently, safely,
and with great confidence, rather than trying to move from "5378
has a problem" to "this is an excuse to rehash every decision
taken by the WG".

Just my opinion, but...
     john


_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www.ietf.org/mailman/listinfo/ietf