cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Darren Shepherd <>
Subject Re: Cloudstack collab Hackathons
Date Thu, 17 Oct 2013 15:46:25 GMT

Okay, well I'll give a fully articulated argument for this eventually.  Regardless, no reason
to discourage a hackathon on the topic.  Might as well talk and hack on it a bit and then
we will know if it's a terrible idea.


> On Oct 17, 2013, at 8:39 AM, Marcus Sorensen <> wrote:
> 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
>> 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