Re: bettering open source involvement

Brian E Carpenter <brian.e.carpenter@gmail.com> Mon, 01 August 2016 23:06 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2625012D732 for <ietf@ietfa.amsl.com>; Mon, 1 Aug 2016 16:06:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1kJ9IqbE6O-D for <ietf@ietfa.amsl.com>; Mon, 1 Aug 2016 16:06:18 -0700 (PDT)
Received: from mail-pa0-x233.google.com (mail-pa0-x233.google.com [IPv6:2607:f8b0:400e:c03::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B25F712D615 for <ietf@ietf.org>; Mon, 1 Aug 2016 16:06:16 -0700 (PDT)
Received: by mail-pa0-x233.google.com with SMTP id iw10so56773326pac.2 for <ietf@ietf.org>; Mon, 01 Aug 2016 16:06:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:organization:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=1OhIjSfvvdnP0U4GoClvXd1FUSPTMtcdOrnGU09oRnk=; b=McDZ9grpi6gu2CKxCOs1GIhhdT1GP7eQLI+DQhJ5NhmrME4W0Gw1EATW/bEMyoQ45b KDnx8f8qX1jMliKIo3Xbx8WliQ5assYcmR8nz2yaZsacW6tof+5nNwNWt6kBBheXi/Fy HcJK3vxs6uu3yAlX/pufmodV6so1IhBE3zCHRq7+jIH1CvtyLajs4bLtilizyWWulOQQ 6pGb+ii99bAbAFFD2j8w5b0fsoV4jBVjoqI1oVJ06bAx+DI205xsnXGq2GPOV1PI5Luw dJeMzVoyAjPAmkO0C09TYUz82n2CwwlTEoCPQrOX0U5v0N9+Vm41tV4iGyM0s/mTRaV5 SC7w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:organization :message-id:date:user-agent:mime-version:in-reply-to :content-transfer-encoding; bh=1OhIjSfvvdnP0U4GoClvXd1FUSPTMtcdOrnGU09oRnk=; b=BAmnrT5UAc+DVAOiZspAZXPmjPo5ZRrgqgLZjBjqJOUGdJngsKONJf7DB+JL0dpwZu oRH44a0sXcii/YIiizILL7MSPqzkQqYv3nN4HW64eNqo8KjXqntyKSouWj/0tEILUNOX 1cxG0d6MJggxIl9n05/7azn1azNippzC0AE0/XEvIQgWry5jn8gf3YoSzSYhB9r5rb69 RL/zQSMp1N0weeTHdrDZ7Sk/ANiKp2LXPPuWxLcOwKUEdIKfQn/C+j64H9+YDZL4dm74 1HvcbzgnyW8Rmq5dmTgin0PkXdunOsrPwgthtceJTrkK4I19fe6uc9IGm870s1+7me0I hVYQ==
X-Gm-Message-State: AEkoousGNkw4YwdT7pXQuVVPwxInyk7LSG2utrwCuj1p5pfr1MDbd5bsb/hlh0934S2/XQ==
X-Received: by 10.66.76.9 with SMTP id g9mr99067996paw.51.1470092776263; Mon, 01 Aug 2016 16:06:16 -0700 (PDT)
Received: from ?IPv6:2001:df0:0:2006:c0da:ac17:5f6d:8e76? ([2001:df0:0:2006:c0da:ac17:5f6d:8e76]) by smtp.gmail.com with ESMTPSA id i62sm48105485pfg.62.2016.08.01.16.06.13 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 01 Aug 2016 16:06:14 -0700 (PDT)
Subject: Re: bettering open source involvement
To: joel jaeggli <joelja@bogus.com>, ietf@ietf.org
References: <CAA93jw71iUPb4vuFK5sMqo_CQEE9HSkchc9988=98FKUsv_1sw@mail.gmail.com> <579A6B76.70303@alvarezp.org> <ADB1E7FD-115C-40DF-97BA-618CFBB1C0EF@cable.comcast.com> <52FD39F9-6362-4C1D-BCCE-40A4DFC65EA0@netapp.com> <701c724f-efe2-6591-0378-12db4609adab@gmail.com> <5f620dee-27c6-4b13-7f2c-9b66c38da781@bogus.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
Message-ID: <85af704d-a0b6-32d4-14e6-d8a9a4e294db@gmail.com>
Date: Tue, 2 Aug 2016 11:06:15 +1200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0
MIME-Version: 1.0
In-Reply-To: <5f620dee-27c6-4b13-7f2c-9b66c38da781@bogus.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/5y_VrhOPq-HJBKh28CrpJ9vBfm8>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/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: Mon, 01 Aug 2016 23:06:19 -0000

On 02/08/2016 10:40, joel jaeggli wrote:
> On 8/1/16 1:44 PM, Brian E Carpenter wrote:
>> On 02/08/2016 02:36, Eggert, Lars wrote:
>>> Hi,
>>>
>>> On 2016-08-01, at 15:44, Livingood, Jason <Jason_Livingood@comcast.com> wrote:
>>>> What if, in some future state, a given working group had a code repository and the working group was chartered not just with developing the standards but maintaining implementations of the code?
>>>
>>> as an addition to developing specs, that might be useful, if the spec remains the canonical standards output.
>>>
>>> "Go read the code" is not a useful answer if the code comes under a license (such as GPL) that taints the developer. 
>>
>> This is a *very* important point. If an IETF WG sponsors code development, it needs to
>> be under an IETF-friendly licence. One way is to post it as an I-D. Another way is the
>> BSD 2-Clause "Simplified" or "FreeBSD" License. GPL is not a useful option.
> 
> "IETF WG sponsors code development"
> 
> I'm not sure what this means, are you paying for a developer?

No, "sponsor" does not automatically mean payment. One of the
Merriam-Webster meanings is "assumes responsibility for some other
person or thing."

> I certainly have opinions as to what terms I'm willing to accept on IPR,
> patented or otherwise.

Of course. But if you're in IETF-land, you've already accepted IETF rules.

> if it's a question of the inclusion of code in a working-group doc then
> that's a question of consensus...

Correct. But if I include code in any old I-D, I'm automatically placing
it under the IETF Trust licence, which is simplified BSD. That's nothing
to do with consensus.

   Brian

> 
> joel
> 
>>    Brian
>>
>>> (This is a major reason what we are doing IETF specs for DCTCP and CUBIC - so that they can be implemented without needing to
>> read Linux kernel code.)
>>>
>>> Lars
>>>
>>
> 
>