Re: RFC3979bis section 7 -- hierarchy of preference for licensing
Stephen Farrell <stephen.farrell@cs.tcd.ie> Tue, 13 August 2013 20:02 UTC
Return-Path: <stephen.farrell@cs.tcd.ie>
X-Original-To: ipr-wg@ietfa.amsl.com
Delivered-To: ipr-wg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B8B5521F9CA2 for <ipr-wg@ietfa.amsl.com>; Tue, 13 Aug 2013 13:02:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.299
X-Spam-Level:
X-Spam-Status: No, score=-102.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_52=0.6, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xAnGa1vSXgop for <ipr-wg@ietfa.amsl.com>; Tue, 13 Aug 2013 13:02:35 -0700 (PDT)
Received: from mercury.scss.tcd.ie (mercury.scss.tcd.ie [134.226.56.6]) by ietfa.amsl.com (Postfix) with ESMTP id 356CB21F9C6F for <ipr-wg@ietf.org>; Tue, 13 Aug 2013 13:02:31 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mercury.scss.tcd.ie (Postfix) with ESMTP id BA850BE51; Tue, 13 Aug 2013 21:02:28 +0100 (IST)
X-Virus-Scanned: Debian amavisd-new at scss.tcd.ie
Received: from mercury.scss.tcd.ie ([127.0.0.1]) by localhost (mercury.scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id w2mylR51Verf; Tue, 13 Aug 2013 21:02:27 +0100 (IST)
Received: from [10.87.48.8] (unknown [86.45.54.242]) by mercury.scss.tcd.ie (Postfix) with ESMTPSA id 0A32CBE4D; Tue, 13 Aug 2013 21:02:26 +0100 (IST)
Message-ID: <520A90D1.20802@cs.tcd.ie>
Date: Tue, 13 Aug 2013 21:02:25 +0100
From: Stephen Farrell <stephen.farrell@cs.tcd.ie>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130803 Thunderbird/17.0.8
MIME-Version: 1.0
To: Stephan Wenger <stewe@stewe.org>
Subject: Re: RFC3979bis section 7 -- hierarchy of preference for licensing
References: <CE2FB515.A0AF8%stewe@stewe.org> <520A6B91.4020705@stpeter.im>
In-Reply-To: <520A6B91.4020705@stpeter.im>
X-Enigmail-Version: 1.5.2
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: Barry Leiba <barryleiba@computer.org>, "ipr-wg@ietf.org" <ipr-wg@ietf.org>
X-BeenThere: ipr-wg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IPR-WG <ipr-wg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipr-wg>, <mailto:ipr-wg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipr-wg>
List-Post: <mailto:ipr-wg@ietf.org>
List-Help: <mailto:ipr-wg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipr-wg>, <mailto:ipr-wg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Aug 2013 20:02:47 -0000
On 08/13/2013 06:23 PM, Peter Saint-Andre wrote: > On 8/13/13 11:05 AM, Stephan Wenger wrote: >> Barry, >> Your formulation is certainly more accessible. I'm fine with it. > > Agreed. > > Formatting aside, is that hierarchy of options complete and accurate? It > looks fine to me and consistent with our "running code" in these > matters. I wonder: do we need to specify a bit more what we mean by > "open-source-friendly non-assert terms"? Overall this is a good change IMO, thanks Stephan. I prefer Barry's formulation. I think we should ask some folks who care a lot about OSS, IPR and licensing to see what they think at some point since it'd be a real shame to make this change but then discover that some important OSS group find it objectionable. (I do however agree with Stephan's approach of not going into too much detail in case we accidentally prefer one OSS camp over another.) One other comment, I'd add a 2.5 to Barry's list: - 2.5. same-as-2 but with mutually assured destruction (MAD). Someone would have to figure out how to phrase that but there're plenty of examples (e.g. most or all Cisco declarations) where you lose the right to an RF license if you sue the IPR declarer over your claimed IPR. S. > > Peter >
- RFC3979bis section 7 -- hierarchy of preference f… Stephan Wenger
- Re: RFC3979bis section 7 -- hierarchy of preferen… Barry Leiba
- Re: RFC3979bis section 7 -- hierarchy of preferen… Stephan Wenger
- Re: RFC3979bis section 7 -- hierarchy of preferen… Peter Saint-Andre
- Re: RFC3979bis section 7 -- hierarchy of preferen… Stephen Farrell
- Re: RFC3979bis section 7 -- hierarchy of preferen… Stephan Wenger
- Re: RFC3979bis section 7 -- hierarchy of preferen… Brian E Carpenter
- Re: RFC3979bis section 7 -- hierarchy of preferen… Stephan Wenger
- Re: RFC3979bis section 7 -- hierarchy of preferen… Stephen Farrell
- RE: RFC3979bis section 7 -- hierarchy of preferen… David Rudin (LCA)
- Re: RFC3979bis section 7 -- hierarchy of preferen… Ted Hardie
- Re: RFC3979bis section 7 -- hierarchy of preferen… Stephan Wenger
- Re: RFC3979bis section 7 -- hierarchy of preferen… Stephan Wenger
- RE: RFC3979bis section 7 -- hierarchy of preferen… Michael Cameron
- RE: RFC3979bis section 7 -- hierarchy of preferen… Turner, Kimberly A
- Re: RFC3979bis section 7 -- hierarchy of preferen… tsg
- Re: RFC3979bis section 7 -- hierarchy of preferen… Stephan Wenger
- Re: RFC3979bis section 7 -- hierarchy of preferen… Ted Hardie
- Re: RFC3979bis section 7 -- hierarchy of preferen… Stephan Wenger
- RE: RFC3979bis section 7 -- hierarchy of preferen… David Rudin (LCA)
- Re: RFC3979bis section 7 -- hierarchy of preferen… Thomas Narten
- Re: RFC3979bis section 7 -- hierarchy of preferen… Scott Brim
- Re: RFC3979bis section 7 -- hierarchy of preferen… Brian E Carpenter
- Re: RFC3979bis section 7 -- hierarchy of preferen… Scott Brim