Return-Path: X-Original-To: apmail-legal-discuss-archive@www.apache.org Delivered-To: apmail-legal-discuss-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 2141710E2C for ; Sat, 7 Dec 2013 22:45:40 +0000 (UTC) Received: (qmail 32894 invoked by uid 500); 7 Dec 2013 22:45:39 -0000 Delivered-To: apmail-legal-discuss-archive@apache.org Received: (qmail 32803 invoked by uid 500); 7 Dec 2013 22:45:39 -0000 Mailing-List: contact legal-discuss-help@apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: Reply-To: legal-discuss@apache.org List-Id: Delivered-To: mailing list legal-discuss@apache.org Received: (qmail 32796 invoked by uid 99); 7 Dec 2013 22:45:39 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 07 Dec 2013 22:45:39 +0000 X-ASF-Spam-Status: No, hits=-5.0 required=5.0 tests=RCVD_IN_DNSWL_HI,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of rfontana@redhat.com designates 209.132.183.28 as permitted sender) Received: from [209.132.183.28] (HELO mx1.redhat.com) (209.132.183.28) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 07 Dec 2013 22:45:33 +0000 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id rB7MjAfi010344 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sat, 7 Dec 2013 17:45:10 -0500 Received: from berio (vpn-228-178.phx2.redhat.com [10.3.228.178]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with SMTP id rB7Mj94X003146 for ; Sat, 7 Dec 2013 17:45:09 -0500 Received: by berio (sSMTP sendmail emulation); Sat, 07 Dec 2013 17:45:04 -0500 Date: Sat, 7 Dec 2013 17:45:03 -0500 From: Richard Fontana To: legal-discuss@apache.org Subject: Re: New versions of CC licenses Message-ID: <20131207224503.GA10343@redhat.com> References: <20131205213047.GG26699@redhat.com> <058e01cef2c5$8ae0a3e0$a0a1eba0$@rosenlaw.com> <20131207064829.GB5091@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 X-Virus-Checked: Checked by ClamAV on apache.org On Sat, Dec 07, 2013 at 03:02:46PM -0500, Jeffrey Thompson wrote: [...] > You've made tremendously great leaps of reasoning here, especially since your > conclusion directly contradicts the license author's stated policy of creating > a license that permits commercial licensing of the code. The meaning of 'permits commercial licensing of the code' is not clear to me. If we return to CC BY, you seemed to be saying that what made CC BY 'commercially unfriendly' -- which I assume is related to this concept of 'permitting commercial licensing' -- is that later inclusion of CC BY material might be in conflict with an earlier product license that was drafted on the assumption that the product could never possibly include CC BY material. What made CC BY 'commercially unfriendly', therefore, was that it violated a downstream license nonrevisability principle. It seemed from what you were saying that if CC BY icons are included in a product at the outset, and the product license is drafted in whatever way is thought necessary to comply with CC BY, then there could be no argument of commercial unfriendliness in that case. Thus in general CC BY is not 'commercially unfriendly' -- it's only unfriendly in those cases where there's a license in place prior to inclusion (or awareness of inclusion) of the CC BY material. The 'downstream license nonrevisability principle' had never occurred to me as something that might be thought key to what 'permitting commercial licensing' ought to mean. I have to be skeptical about whether the ALv2 authors had this nonrevisability principle in mind when ALv2 was being drafted. I believe they wanted to allow proprietary derivative works of ALv2 material in the same way that Creative Commons wants to allow proprietary derivative works of CC BY material. - RF --------------------------------------------------------------------- To unsubscribe, e-mail: legal-discuss-unsubscribe@apache.org For additional commands, e-mail: legal-discuss-help@apache.org