Return-Path: X-Original-To: apmail-incubator-cloudstack-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-cloudstack-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id B944FE9B5 for ; Wed, 6 Feb 2013 00:18:29 +0000 (UTC) Received: (qmail 44796 invoked by uid 500); 6 Feb 2013 00:18:29 -0000 Delivered-To: apmail-incubator-cloudstack-dev-archive@incubator.apache.org Received: (qmail 44758 invoked by uid 500); 6 Feb 2013 00:18:29 -0000 Mailing-List: contact cloudstack-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list cloudstack-dev@incubator.apache.org Received: (qmail 44744 invoked by uid 99); 6 Feb 2013 00:18:29 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 Feb 2013 00:18:29 +0000 X-ASF-Spam-Status: No, hits=2.9 required=5.0 tests=HTML_MESSAGE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [46.107.15.2] (HELO smtp1.cloudbase.it) (46.107.15.2) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 Feb 2013 00:18:25 +0000 Received: from [172.20.10.2] (unknown [213.233.85.36]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp1.cloudbase.it (Postfix) with ESMTPSA id 0CD9C50819 for ; Wed, 6 Feb 2013 02:18:00 +0200 (EET) From: Alessandro Pilotti Content-Type: multipart/alternative; boundary="Apple-Mail=_BC90C355-9914-4B65-B91C-6BEF038185A9" Message-Id: Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: Redistributing 3rd party code licensed under Apache License 2.0 Date: Wed, 6 Feb 2013 02:08:36 +0200 References: <0A6C7CDA-9530-4260-9DF5-8A713118FF5A@gmail.com> <81A73678E76EA642801C8F2E4823AD2101418307076B@LONPMAILBOX01.citrite.net> To: cloudstack-dev@incubator.apache.org In-Reply-To: X-Mailer: Apple Mail (2.1499) X-Virus-Checked: Checked by ClamAV on apache.org --Apple-Mail=_BC90C355-9914-4B65-B91C-6BEF038185A9 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi guys, My company is writing and maintaining the current OpenStack Nova Hyper-V = driver. We are also working on a CloudStack Hyper-V driver, I'd be glad = to contribute the code that we have and our experience with Hyper-V. = Unfortunately due to our commitment on OpenStack, we didn't manage to = finish it yet, but I'd be very glad if we could join your efforts on = that. If possible, we would also be happy to contribute our OpenStack Python = code referenced in this thread. My IRC nick on Freenode is alexpilotti in case you'd like to have a talk = about it. Thanks, Alessandro Pilotti Cloudbase Solutions | CEO ------------------------------------- MVP ASP.Net / IIS Windows Azure Insider Red Hat Certified Engineer=20 ------------------------------------- On Feb 5, 2013, at 23:40 , Chip Childers = wrote: > On Tue, Feb 5, 2013 at 4:37 PM, Donal Lafferty > wrote: >> To be clear, the 3rd party dependency is now limited to code written = by Cloud.com, now owned by Citrix Systems. >>=20 >> The background is that in 2010, Chiradeep wrote hyperv.py for the = Diablo release of OpenStack. The source is clearly copyrighted = Cloud.com (see = https://github.com/openstack/nova/blob/stable/diablo/nova/virt/hyperv.py).= The contributors license doesn't assign the copyright (see = https://rackspace.echosign.com/public/hostedForm?formid=3DXFNNZV3W23XE7N),= rather it provides a perpetual license. The code in this file was = updated to remove dependencies on OpenStack and allow it to understand = CloudStack commands, so it cannot be reused unmodified. >>=20 >> Since the code is going away after this release, a rewrite would have = a very short lifetime. >>=20 >=20 > Honestly, this question caused the feature to not make it into 4.1.0 > (plus I believe there were other outstanding questions raised) . So > we are really talking about 4.2.0. >=20 >> Citrix has already donated a chunk of cloud.com IP to Apache = CloudStack. Can I not use the process for this file? >=20 > It could be, but you made it sound like we would move to another > approach in the future. Why don't we head down that path? >=20 >>=20 >> DL >>=20 >>=20 >>> -----Original Message----- >>> From: Ahmad Emneina [mailto:aemneina@gmail.com] >>> Sent: 05 February 2013 20:49 >>> To: cloudstack-dev@incubator.apache.org >>> Subject: Re: Redistributing 3rd party code licensed under Apache = License 2.0 >>>=20 >>> +1 for write new apache code as per spec. since thats what will >>> +eventually >>> have to happen. >>>=20 >>>=20 >>> On Tue, Feb 5, 2013 at 12:47 PM, Sebastien Goasguen >>> wrote: >>>=20 >>>>=20 >>>> On Feb 5, 2013, at 8:46 PM, Chip Childers = >>>> wrote: >>>>=20 >>>>> On Thu, Jan 31, 2013 at 4:56 PM, Chiradeep Vittal >>>>> wrote: >>>>>> I'd like Donal to offer up an alternative implementation if >>>>>> possible. Is this the long-term supportable implementation? Or is >>>>>> it just a hack to >>>> get >>>>>> things moving? >>>>>=20 >>>>> OK - the thread on legal-discuss@a.o seems to have wound down. = For >>>>> those interested, you can read it at [1]. >>>>>=20 >>>>> The tl;dr version is: >>>>>=20 >>>>> This isn't a legal problem, but it's a community issue. We have = the >>>>> legal "right" to use that code, based on it's stated license. We = do >>>>> NOT have the right to change the copyright headers, only to add = our >>>>> own for the specific files where there were material changes. >>>>>=20 >>>>> The community issue is more important though (and by community, we >>>>> are talking about the broader OSS community). The suggestion is >>>>> that we either (1) ask for permission before including this code = in >>>>> our repo, or (2) find a way to use it as a dependent library. >>>>>=20 >>>>> Given it's source (and what Donal has told me offline), I think we >>>>> are better off having this written as pure Apache code. If that's >>>>> not a possibility, then asking to include the code is important. >>>>> And further, we need to determine if we are going to "fork it" or >>>>> "maintain an upstream relationship" with the source. >>>>>=20 >>>>> Thoughts? >>>>=20 >>>> +1 to re-write as pure Apache code >>>>=20 >>>>=20 >>>>>=20 >>>>> -chip >>>>>=20 >>>>> [1] http://markmail.org/thread/ajmuxmxfdrcurswp >>>>>=20 >>>>>> On 1/31/13 10:16 AM, "David Nalley" wrote: >>>>>>=20 >>>>>>> On Thu, Jan 31, 2013 at 1:11 PM, Donal Lafferty >>>>>>> wrote: >>>>>>>> As a non-committer, developing in the Apache repository was = never >>>>>>>> an option. >>>>>>>>=20 >>>>>>>> Would Citrix want the Hyper-V driver it bought with Cloud.com? >>>>>>>>=20 >>>>>>>> Is there a NOTICE-based means of including Apache Licence 2.0 >>>>>>>> code in the repository that originated with the OpenStack = project? >>>>>>>>=20 >>>>>>>> Should I put the driver in the 'extras' folder? >>>>>>>>=20 >>>>>>>> I'm not sure what procedures are available. >>>>>>>>=20 >>>>>>>=20 >>>>>>> So, quite honestly, we don't know either. We've sought out = advice >>>>>>> from mentors and they've pointed us to legal-discuss, and that >>>>>>> conversation is happening there now. Lets not get too concerned >>>>>>> until we find out what the folks who do know say and we can = figure a >>> path from there. >>>>>>>=20 >>>>>>> --David >>>>>>=20 >>>>>>=20 >>>>=20 >>>>=20 >>=20 --Apple-Mail=_BC90C355-9914-4B65-B91C-6BEF038185A9--