![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
John C Klensin <john-ietf at jck.com> writes:
> However, the IPR WG, in its wisdom, has concluded, in some phrasing
> that was changed fairly late in the game, that the IETF Trust should
> get enough rights in I-Ds to authorize all sorts of subsequent uses of
> them and their content, with no time limit.
You have claimed this before, but I don't understand it. RFC 2026 says
that the IETF receives a fairly broad license to do anything it wants
with all contributions, see section 10.3.1:
l. Some works (e.g. works of the U.S. Government) are not subject to
copyright. However, to the extent that the submission is or may
be subject to copyright, the contributor, the organization he
represents (if any) and the owners of any proprietary rights in
the contribution, grant an unlimited perpetual, non-exclusive,
royalty-free, world-wide right and license to the ISOC and the
IETF under any copyrights in the contribution. This license
includes the right to copy, publish and distribute the
contribution in any way, and to prepare derivative works that are
based on or incorFrom ietf-bounces at ietf.org Fri Aug 15 07:48:19 2008
Return-Path: <ietf-bounces at ietf.org>
X-Original-To: ietf-archive at megatron.ietf.org
Delivered-To: ietfarch-ietf-archive at core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
by core3.amsl.com (Postfix) with ESMTP id 737793A6A95;
Fri, 15 Aug 2008 07:48:19 -0700 (PDT)
X-Original-To: ietf at core3.amsl.com
Delivered-To: ietf at core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
by core3.amsl.com (Postfix) with ESMTP id 875E73A69B6
for <ietf at core3.amsl.com>; Fri, 15 Aug 2008 07:48:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.442
X-Spam-Level:
X-Spam-Status: No, score=-2.442 tagged_above=-999 required=5 tests=[AWL=0.157,
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 DrqA-+iCF-N0 for <ietf at core3.amsl.com>;
Fri, 15 Aug 2008 07:48:17 -0700 (PDT)
Received: from yxa-v.extundo.com (yxa-v.extundo.com [83.241.177.39])
by core3.amsl.com (Postfix) with ESMTP id 798A83A6A95
for <ietf at ietf.org>; Fri, 15 Aug 2008 07:48:17 -0700 (PDT)
Received: from c80-216-126-5.bredband.comhem.se ([80.216.126.5]
helo=mocca.josefsson.org)
by yxa-v.extundo.com with esmtpsa (TLS-1.0:DHE_RSA_AES_128_CBC_SHA1:16)
(Exim 4.63) (envelope-from <simon at josefsson.org>)
id 1KU0bD-0007UZ-NW; Fri, 15 Aug 2008 16:48:20 +0200
From: Simon Josefsson <simon at josefsson.org>
To: John C Klensin <john-ietf at jck.com>
Subject: authorizing subsequent use of contributions
References: <8763q4kqh5.fsf at mocca.josefsson.org>
<C4C98E1B.27107%stewe at stewe.org>
<2963ECA56B01F94B9964469DCB8A2B5A04EF4C55 at de01exm69.ds.mot.com>
<7433AC2667DFA914174B6920 at [192.168.1.110]>
OpenPGP: id=B565716F; url=http://josefsson.org/key.txt
X-Hashcash: 1:22:080815:ietf at ietf.org::mvevmAmHrQJSAM3j:5n/7
X-Hashcash: 1:22:080815:john-ietf at jck.com::kOOM0PI6IOMAtirc:DmtQ
X-Hashcash: 1:22:080815:stewe at stewe.org::WpagUmQ9KOU0PTur:DhlB
X-Hashcash: 1:22:080815:chuck.powers at motorola.com::9zwQ1K1/EAsYHzO3:Ryfq
Date: Fri, 15 Aug 2008 16:48:19 +0200
In-Reply-To: <7433AC2667DFA914174B6920 at [192.168.1.110]> (John C. Klensin's
message of "Thu\, 14 Aug 2008 11\:33\:52 -0400")
Message-ID: <874p5ms5ak.fsf_-_ at mocca.josefsson.org>
User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/22.2 (gnu/linux)
MIME-Version: 1.0
Cc: ietf at ietf.org
X-BeenThere: ietf at 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 at ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf at ietf.org>
List-Help: <mailto:ietf-request at ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>,
<mailto:ietf-request at ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: ietf-bounces at ietf.org
Errors-To: ietf-bounces at ietf.org
John C Klensin <john-ietf at jck.com> writes:
> However, the IPR WG, in its wisdom, has concluded, in some phrasing
> that was changed fairly late in the game, that the IETF Trust should
> get enough rights in I-Ds to authorize all sorts of subsequent uses of
> them and their content, with no time limit.
You have claimed this before, but I don't understand it. RFC 2026 says
that the IETF receives a fairly broad license to do anything it wants
with all contributions, see section 10.3.1:
l. Some works (e.g. works of the U.S. Government) are not subject to
copyright. However, to the extent that the submission is or may
be subject to copyright, the contributor, the organization he
represents (if any) and the owners of any proprietary rights in
the contribution, grant an unlimited perpetual, non-exclusive,
royalty-free, world-wide right and license to the ISOC and the
IETF under any copyrights in the contribution. This license
includes the right to copy, publish and distribute the
contribution in any way, and to prepare derivative works that are
based on or incorporate aporate all or part of the contribution, the
license to such derivative works to be of the same scope as the
license of the original contribution.
As far as I can tell, this quote says the opposite of what you claim,
and I'd like to understand where I fail to understand.
I assume you don't think of RFC 2026 as fairly recent.
Are you disputing that RFC 2026 license gives the IETF rights to
continue working on contributions?
Are you disputing that the term "contribution" covers I-D's?
Are you saying that RFC 2026 contains some other text that imply that
after the 6 months timer as timed out, the license above doesn't hold?
Is your objection that the Trust is now authorized to grant uses outside
of the IETF process?
> That phrasing passed through IETF Last Call and IESG signoff and is
> the context in which the Trust is now writing rules. It seems to me
> that, if the IETF (through the Trust) is going to be in a position to
> grant rights to use material in I-Ds forever, and if rights to use
> code in I-Ds (even for the first time) don't expire after six months
> or some other closed period, then, logically, we are obligated to keep
> the IPR disclosures forever.
Agreed.
/Simon
_______________________________________________
Ietf mailing list
Ietf at ietf.org
https://www.ietf.org/mailman/listinfo/ietf
ll or part of the contribution, the
license to such derivative works to be of the same scope as the
license of the original contribution.
As far as I can tell, this quote says the opposite of what you claim,
and I'd like to understand where I fail to understand.
I assume you don't think of RFC 2026 as fairly recent.
Are you disputing that RFC 2026 license gives the IETF rights to
continue working on contributions?
Are you disputing that the term "contribution" covers I-D's?
Are you saying that RFC 2026 contains some other text that imply that
after the 6 months timer as timed out, the license above doesn't hold?
Is your objection that the Trust is now authorized to grant uses outside
of the IETF process?
> That phrasing passed through IETF Last Call and IESG signoff and is
> the context in which the Trust is now writing rules. It seems to me
> that, if the IETF (through the Trust) is going to be in a position to
> grant rights to use material in I-Ds forever, and if rights to use
> code in I-Ds (even for the first time) don't expire after six months
> or some other closed period, then, logically, we are obligated to keep
> the IPR disclosures forever.
Agreed.
/Simon
_______________________________________________
Ietf mailing list
Ietf at ietf.org
https://www.ietf.org/mailman/listinfo/ietf
Note Well: Messages sent to this mailing list are the opinions of the senders and do not imply endorsement by the IETF.