Re: IETF and open source license compatibility

"Joel M. Halpern" <jmh@joelhalpern.com> Thu, 12 February 2009 20:49 UTC

Return-Path: <jmh@joelhalpern.com>
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 BB06428C20E for <ietf@core3.amsl.com>; Thu, 12 Feb 2009 12:49:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.339
X-Spam-Level:
X-Spam-Status: No, score=-3.339 tagged_above=-999 required=5 tests=[AWL=0.260, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 CS8nwrNJaerI for <ietf@core3.amsl.com>; Thu, 12 Feb 2009 12:49:34 -0800 (PST)
Received: from hermes.mail.tigertech.net (hermes.mail.tigertech.net [64.62.209.72]) by core3.amsl.com (Postfix) with ESMTP id E631728C1A8 for <ietf@ietf.org>; Thu, 12 Feb 2009 12:49:34 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id F405C4306BA; Thu, 12 Feb 2009 12:49:40 -0800 (PST)
X-Virus-Scanned: Debian amavisd-new at hermes.tigertech.net
Received: from [10.10.10.100] (pool-71-161-52-247.clppva.btas.verizon.net [71.161.52.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hermes.tigertech.net (Postfix) with ESMTP id 0C243430458; Thu, 12 Feb 2009 12:49:39 -0800 (PST)
Message-ID: <49948B62.2060709@joelhalpern.com>
Date: Thu, 12 Feb 2009 15:49:38 -0500
From: "Joel M. Halpern" <jmh@joelhalpern.com>
User-Agent: Thunderbird 2.0.0.19 (Windows/20081209)
MIME-Version: 1.0
To: Simon Josefsson <simon@josefsson.org>
Subject: Re: IETF and open source license compatibility
References: <87bpt9ou7d.fsf@mocca.josefsson.org> <C5B8BAE5.30347%stewe@stewe.org> <87k57vlwfu.fsf@mocca.josefsson.org> <49941899.5010506@piuha.net> <87r623jt08.fsf@mocca.josefsson.org>
In-Reply-To: <87r623jt08.fsf@mocca.josefsson.org>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: 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-Archive: <http://www.ietf.org/mail-archive/web/ietf>
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>
X-List-Received-Date: Thu, 12 Feb 2009 20:49:35 -0000

I disagree Simon.

Free Software authors (for any variety of free software I know of) are 
free to submit I-Ds describing protocols that they define.

They can not take their licensed code, with license restrictions, and 
put it in the RFC.
The primary reason for this restriction, in my view, is that some of the 
licenses out there would actually interfere with commercial 
implementations of the RFC if such double-licensing were allowed and 
done.  And just as we want to allow free implementations of the RFCs, we 
also want to allow commercial implementations of RFCs, for a wide range 
of commercial goals (just as there are a wide range of free rules and 
goals.)
Preventing folks from putting code with non-IETF licenses into RFCs 
allows everyone to write RFCs, and allows a wide range of code to be 
included in RFCs.  Making sure that code which is included in RFCs can 
be used by any implementator, as they need to, is important and useful. 
  Extra licenses distinctly interfere with that.
(We do permit references to licensed code in our documents, including 
specific URLs.)

And having a restriction that folks can not take and modify large blocks 
of text from the RFC does not prevent them from either writing RFCs or 
implementing protocols defined in RFCs.

Yours,
Joel

Simon Josefsson wrote:
> Jari Arkko <jari.arkko@piuha.net> writes:
> 
>> Simon,
>>
>>>>> That's not possible because the IETF policies does not permit free
>>>>> software compatible licensing on Internet drafts published by the IETF.
>>>>>       
>> ...
>>> See RFC 5378:
>>>
>>>    It is also important to note that additional copyright notices are
>>>    not permitted in IETF Documents except ...
>> ...
>>> The IETF copying conditions are not compatible with free software
>>> licenses (modification is not allowed), and additional copyright notices
>>> are not permitted.  The vast majority of free software licenses is built
>>> on the concept of copyright notices and requires preserving the
>>> copyright notice.
>>>   
>> I agree that there are problematic case, but I believe I hope everyone
>> realizes this is only the case if the RFC in question has
>> code. Otherwise it really does not matter. Only some RFCs have code.
> 
> I don't realize that, and completely disagree.  If you want free
> software authors to publish free standards (as in free software
> compatible) in the IETF, the IETF needs to allow free software
> compatible licensing of their work.  Right now, the IETF disallow
> standards published through the IETF to be licensed under a free
> software compatible license.  The only alternative for these authors is
> to release their work outside of the IETF.  This may result in some free
> software authors doesn't bother publishing their work in the IETF
> because the licensing models are incompatible.
> 
>> I support experiments in this space, though. And it would be really
>> good to get more of the open source folk participate in IETF
>> specification work. There are many important open source extensions
>> and protocols that fit in IETF's scope but were never documented. Even
>> if source code is freely available, you could have several
>> implementations, commercial vs. open source interoperability issues,
>> etc.
> 
> I agree.
> 
> /Simon
> _______________________________________________
> Ietf mailing list
> Ietf@ietf.org
> https://www.ietf.org/mailman/listinfo/ietf
>