Mailing-List: contact dev-help@cloudstack.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cloudstack.apache.org
Received-SPF: pass (athena.apache.org: domain of santhosh.edukulla@citrix.com
 designates 66.165.176.89 as permitted sender)
From: Santhosh Edukulla <santhosh.edukulla@citrix.com>
To: "dev@cloudstack.apache.org" <dev@cloudstack.apache.org>
Subject: RE: Cloudstack collab Hackathons
Thread-Topic: Cloudstack collab Hackathons
Thread-Index: AQHOxl4Xu++UWPWRMkOGgeg5oRO8g5nzvqkAgAAjlgCAA7HDAIAA8aeAgACO8J8=
Date: Thu, 17 Oct 2013 16:09:08 +0000
Message-ID: 
 <CB688D716959224C95995F52DE5E82420EB8ECEF@SINPEX01CL02.citrite.net>
References: <34973ACA-CC08-4118-8C89-2C5943F5AE40@gmail.com>
	<92A25C97-801D-4E37-A012-92442A5D1891@gmail.com>
	<CALFpzo4QBbREdnQm4-+z0FxTWVGZ6dpgNrfO1Lm1UVQqYwj8qQ@mail.gmail.com>
	<30673726-EAED-4FE1-AA49-EE36C97C0289@gmail.com>,<CALFpzo5YgncnyjP34=YTgCuY0yZqo8KCT=KgN8f+eKkaow+NcQ@mail.gmail.com>
In-Reply-To: 
 <CALFpzo5YgncnyjP34=YTgCuY0yZqo8KCT=KgN8f+eKkaow+NcQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

Marcus,=0A=
=0A=
1/ For me, its not about the debate of Java VS python, or supporting anythi=
ng to re-write existing already. Its an effort, learning,idea and thought o=
f contribution being new.  Having said that, we worked earlier on  building=
 an agent  prototype where we had to deploy agents and push policies, to mu=
ltiple agents residing on multiple machines. While working on this, we chos=
e python and it went smooth. I agree to your point though, that we should n=
ot redo for the sake of doing some thing. =0A=
=0A=
    =0A=
=0A=
Thanks!=0A=
Santhosh=0A=
________________________________________=0A=
From: Marcus Sorensen [shadowsor@gmail.com]=0A=
Sent: Thursday, October 17, 2013 11:19 AM=0A=
To: dev@cloudstack.apache.org=0A=
Subject: Re: Cloudstack collab Hackathons=0A=
=0A=
I'm not at all against it, I just haven't heard anyone give any reason=0A=
as to why.  Keep in mind that we'd essentially be asking anyone who=0A=
has written code for the agent to re-do their work (midonet, vxlan,=0A=
storage plugins).  My impression is that people just like the 'feel'=0A=
of it being in Python, and for good reason, but that ignores the fact=0A=
that 1) we've already done the work, and 2) features still require=0A=
java knowledge since the agent doesn't do anything the mgmt server=0A=
doesn't ask for.  Without anyone explaining why, it just sort of feels=0A=
like rearranging deck chairs on a boat with serious leaks going on=0A=
below deck. Worse, people brought their own chairs, and we threw them=0A=
overboard because they're now the wrong color.=0A=
=0A=
On Wed, Oct 16, 2013 at 6:54 PM, Darren Shepherd=0A=
<darren.s.shepherd@gmail.com> wrote:=0A=
> +1 for kvm in python.  I'd like to take it a step further.  I'd like to c=
reate a framework for adding compute and storage with python drivers. The f=
irst implementation should just happen to be libvirt/kvm.  So yeah, I'll be=
 interested in this.  I'll be landing around 10am so don't know what time I=
'll get to the hackathon.=0A=
>=0A=
> Darren=0A=
>=0A=
>> On Oct 14, 2013, at 9:29 AM, Marcus Sorensen <shadowsor@gmail.com> wrote=
:=0A=
>>=0A=
>>> On Mon, Oct 14, 2013 at 8:22 AM, Sebastien Goasguen <runseb@gmail.com> =
wrote:=0A=
>>>=0A=
>>>> On Oct 11, 2013, at 4:43 AM, Hugo Trippaers <trippie@gmail.com> wrote:=
=0A=
>>>>=0A=
>>>> Hey Guys,=0A=
>>>>=0A=
>>>> The CloudStack collaboration conference is right around the corner. Th=
e first day of the conference will be dedicated to workshops and a hackatho=
n.=0A=
>>>>=0A=
>>>> I'm curious which developers are planning to attend the hackthon and w=
hat subjects you are interested in. In Santa Clara we had a short list of s=
ome subjects to discuss and some tables and discussions were already prepar=
ed in advance. In the upcoming conference we can do the same, so if you hav=
e a discussion or project idea that you want to work on at the hackthon let=
 us know with a reply in this thread.=0A=
>>>>=0A=
>>>> I'm also curious if there are any aspiring developers that would like =
to have a sort of introduction into cloudstack development during the hacka=
thon.=0A=
>>>>=0A=
>>>> If you have any other ideas, just shout.=0A=
>>>>=0A=
>>>> Cheers,=0A=
>>>>=0A=
>>>> Hugo=0A=
>>>=0A=
>>> I am adding couple topics that I would like to see:=0A=
>>>=0A=
>>> -API interfaces (AWS refactor, GCE, OCCI&CIMI standard): Discuss the st=
ate of our interfaces, plans for future, needs etc. AWS interface might nee=
d a refactor, GCE is a new interface, OCCI is a standard and Isaac Chiang h=
as developed an interface. We are missing a CIMI interface.=0A=
>>>=0A=
>>> -DOCs: We are having lots of talks about docs, they have been split in =
a separate repo, we need to discuss format, release life cycle, format etc.=
=0A=
>>>=0A=
>>> -KVM agent: There has been discussions/wishes to re-write the KVM agent=
 in something else than Java. Review architecture, define a plan, find deve=
lopers :)=0A=
>>=0A=
>> What? First I've heard of it!  I'm not sure how I feel about that. On=0A=
>> one side, it seems reasonable to do it in something like python and=0A=
>> remove the java dependency on the KVM host. On the other hand, there's=
=0A=
>> a lot of technical debt in what's been built already, while it would=0A=
>> probably be almost trivial to set up a basic working agent, it seems=0A=
>> like a significant amount of work to transfer all of the=0A=
>> functionality, special code that works around libvirt bugs, etc. Not=0A=
>> to mention agent plugins that have already had a significant amount of=
=0A=
>> effort put into them. On top of that, I'm not sure there's a whole lot=
=0A=
>> of value if the motive is to attract non-java guys or admins, when the=
=0A=
>> agent's features rely on what the mgmt server can do (new=0A=
>> features/capabilities would require java code anyway, or at the very=0A=
>> least coordinated effort between multiple devs who want the same=0A=
>> feature).=0A=
>>=0A=
>>>=0A=
>>> -Ecosystem: The are lots of tools in the cloud ecosystem, we should tal=
k about docker, ansible, cloud foundry/bosh=85etc.and define a plan to have=
 great cloudstack support in all of those.=0A=
>>>=0A=
>>> -sebastien=0A=
>>>=0A=
>>>=0A=