cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Marcus Sorensen <>
Subject Re: Cloudstack collab Hackathons
Date Thu, 17 Oct 2013 15:39:20 GMT
I won't be this time.

On Thu, Oct 17, 2013 at 9:35 AM, Darren Shepherd
<> wrote:
> Marcus,
> Will you be at CCC?  I think it's immensely important and can give plenty of good reasons,
but too lazy to type at the moment.  And I need to do a bit more analysis on the scope.
> Darren
>> On Oct 17, 2013, at 8:19 AM, Marcus Sorensen <> wrote:
>> I'm not at all against it, I just haven't heard anyone give any reason
>> as to why.  Keep in mind that we'd essentially be asking anyone who
>> has written code for the agent to re-do their work (midonet, vxlan,
>> storage plugins).  My impression is that people just like the 'feel'
>> of it being in Python, and for good reason, but that ignores the fact
>> that 1) we've already done the work, and 2) features still require
>> java knowledge since the agent doesn't do anything the mgmt server
>> doesn't ask for.  Without anyone explaining why, it just sort of feels
>> like rearranging deck chairs on a boat with serious leaks going on
>> below deck. Worse, people brought their own chairs, and we threw them
>> overboard because they're now the wrong color.
>> On Wed, Oct 16, 2013 at 6:54 PM, Darren Shepherd
>> <> wrote:
>>> +1 for kvm in python.  I'd like to take it a step further.  I'd like to create
a framework for adding compute and storage with python drivers. The first 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.
>>> Darren
>>>>> On Oct 14, 2013, at 9:29 AM, Marcus Sorensen <>
>>>>>> On Mon, Oct 14, 2013 at 8:22 AM, Sebastien Goasguen <>
>>>>>> On Oct 11, 2013, at 4:43 AM, Hugo Trippaers <>
>>>>>> Hey Guys,
>>>>>> The CloudStack collaboration conference is right around the corner.
The first day of the conference will be dedicated to workshops and a hackathon.
>>>>>> I'm curious which developers are planning to attend the hackthon
and what subjects you are interested in. In Santa Clara we had a short list of some subjects
to discuss and some tables and discussions were already prepared in advance. In the upcoming
conference we can do the same, so if you have a discussion or project idea that you want to
work on at the hackthon let us know with a reply in this thread.
>>>>>> I'm also curious if there are any aspiring developers that would
like to have a sort of introduction into cloudstack development during the hackathon.
>>>>>> If you have any other ideas, just shout.
>>>>>> Cheers,
>>>>>> Hugo
>>>>> I am adding couple topics that I would like to see:
>>>>> -API interfaces (AWS refactor, GCE, OCCI&CIMI standard): Discuss
the state of our interfaces, plans for future, needs etc. AWS interface might need a refactor,
GCE is a new interface, OCCI is a standard and Isaac Chiang has developed an interface. We
are missing a CIMI interface.
>>>>> -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.
>>>>> -KVM agent: There has been discussions/wishes to re-write the KVM agent
in something else than Java. Review architecture, define a plan, find developers :)
>>>> What? First I've heard of it!  I'm not sure how I feel about that. On
>>>> one side, it seems reasonable to do it in something like python and
>>>> remove the java dependency on the KVM host. On the other hand, there's
>>>> a lot of technical debt in what's been built already, while it would
>>>> probably be almost trivial to set up a basic working agent, it seems
>>>> like a significant amount of work to transfer all of the
>>>> functionality, special code that works around libvirt bugs, etc. Not
>>>> to mention agent plugins that have already had a significant amount of
>>>> effort put into them. On top of that, I'm not sure there's a whole lot
>>>> of value if the motive is to attract non-java guys or admins, when the
>>>> agent's features rely on what the mgmt server can do (new
>>>> features/capabilities would require java code anyway, or at the very
>>>> least coordinated effort between multiple devs who want the same
>>>> feature).
>>>>> -Ecosystem: The are lots of tools in the cloud ecosystem, we should talk
about docker, ansible, cloud foundry/bosh…etc.and define a plan to have great cloudstack
support in all of those.
>>>>> -sebastien

View raw message