Re: IETF and open source license compatibility

Simon Josefsson <simon@josefsson.org> Thu, 12 February 2009 21:00 UTC

Return-Path: <simon@josefsson.org>
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 A62E628C280 for <ietf@core3.amsl.com>; Thu, 12 Feb 2009 13:00:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.349
X-Spam-Level:
X-Spam-Status: No, score=-1.349 tagged_above=-999 required=5 tests=[AWL=1.250, 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 DfT8-bgrY3CS for <ietf@core3.amsl.com>; Thu, 12 Feb 2009 13:00:58 -0800 (PST)
Received: from yxa-v.extundo.com (yxa-v.extundo.com [83.241.177.39]) by core3.amsl.com (Postfix) with ESMTP id 31E6B28C261 for <ietf@ietf.org>; Thu, 12 Feb 2009 13:00:58 -0800 (PST)
Received: from c80-216-29-127.bredband.comhem.se ([80.216.29.127] helo=mocca.josefsson.org) by yxa-v.extundo.com with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.69) (envelope-from <simon@josefsson.org>) id 1LXig8-0005f3-8x; Thu, 12 Feb 2009 22:01:01 +0100
From: Simon Josefsson <simon@josefsson.org>
To: "Joel M. Halpern" <jmh@joelhalpern.com>
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> <49948B62.2060709@joelhalpern.com>
OpenPGP: id=B565716F; url=http://josefsson.org/key.txt
X-Hashcash: 1:22:090212:ietf@ietf.org::qLojtfdhAzQVMiCX:Iz85
X-Hashcash: 1:22:090212:jmh@joelhalpern.com::AkavBiMnEX9xqn0C:Jn1x
Date: Thu, 12 Feb 2009 22:00:59 +0100
In-Reply-To: <49948B62.2060709@joelhalpern.com> (Joel M. Halpern's message of "Thu, 12 Feb 2009 15:49:38 -0500")
Message-ID: <87eiy3jrp0.fsf@mocca.josefsson.org>
User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.0.90 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
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 21:00:59 -0000

"Joel M. Halpern" <jmh@joelhalpern.com> writes:

> 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.

Sure.  And some do...

> They can not take their licensed code, with license restrictions, and
> put it in the RFC.

Right.

> 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.)

Right.

(However, that doesn't explain why the IETF disallows BSD licensed code
in IETF documents.)

> 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.)

Agreed.

> 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.

Right.

Please re-read what I said earlier, because I don't see any disagreement
with what I've claimed before.  My claim has been that authors cannot
publish "free", as in licensed under a free software compatible
licensed, documents through the IETF.  You explained again that this is
the case, and you gave the reasons for this.  So we seem to agree.

/Simon

> 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
>>