Hi all,

I was involved in the development of ec2stack and gstack. I'm completely
fine with both projects being donated.

Darren

On Sat, Nov 22, 2014 at 11:59 AM, Ian Duffy <i...@ianduffy.ie> wrote:

> Hi Chip,
>
> Bringing Darren and Sebastien into this since they wrote some of it to.
>
> I'm totally OK with it being donated.
>
> On 22 November 2014 at 10:59, Chip Childers <chipchild...@apache.org>
> wrote:
>
>> Ian,
>>
>> Since that code was developed outside of the project, would you and
>> your compatriots be willing to donate it to the project officially?
>>
>> (Actually, same request for the GCE interface work)
>>
>> IMO, I'd love this for a couple of reasons:
>>
>> 1) it's newer code, and likely works better
>> 2) we should consider AWS (or GCE) API support to be non-core to the
>> project, but it's important to have that functionality available for
>> those that want it
>> 3) if it's in the project officially, we can try build a community
>> around maintaining it beyond current maintainers
>> 4) (and this is a general thought that I haven't fully formed) - we
>> need to find ways to focus on solidifying the "core" of CloudStack so
>> that it's rock solid and exceptionally fast to get started with
>> (faster than we are today). Features that are outside of the core
>> should be add-ons to the core (like AWS API support)
>>
>> My 2 cents..
>>
>>
>> On Fri, Nov 21, 2014 at 3:50 PM, Ian Duffy <i...@ianduffy.ie> wrote:
>> > +1 on ec2stack working well (bias view).
>> >
>> > I've used it via vagrant-aws, boto and eucalyptus eutester without
>> issue.
>> >
>> > It could use some documentation on deployment for production purposes,
>> the
>> > embedded webserver it exposes is OK but I'd feel safer with it bring
>> behind
>> > nginx/Apache.
>> > On 21 Nov 2014 14:31, "Hugo Trippaers" <h...@trippaers.nl> wrote:
>> >
>> >> Let’s start by getting this on a feature branch.
>> >>
>> >> I would like to make sure that everything works before we remove the
>> code
>> >> and that includes deb and rpm packaging. We also need to think about
>> the
>> >> upgrade path. If a user is currently using awsapi, he needs an upgrade
>> path
>> >> the start using the replacement.
>> >>
>> >> Cheers,
>> >>
>> >> Hugo
>> >>
>> >> > On 21 nov. 2014, at 14:39, Sebastien Goasguen <run...@gmail.com>
>> wrote:
>> >> >
>> >> >
>> >> > On Nov 21, 2014, at 8:33 AM, Nux! <n...@li.nux.ro> wrote:
>> >> >
>> >> >> +1 what Daan said.
>> >> >>
>> >> >> Once ec2stack works well, then nuke awsapi.
>> >> >>
>> >> >
>> >> > it works well.
>> >> >
>> >> > where can we see test about awsapi ?
>> >> >
>> >> >> my 2 pence
>> >> >>
>> >> >> --
>> >> >> Sent from the Delta quadrant using Borg technology!
>> >> >>
>> >> >> Nux!
>> >> >> www.nux.ro
>> >> >>
>> >> >> ----- Original Message -----
>> >> >>> From: "Daan Hoogland" <daan.hoogl...@gmail.com>
>> >> >>> To: "dev" <dev@cloudstack.apache.org>
>> >> >>> Sent: Friday, 21 November, 2014 13:16:25
>> >> >>> Subject: Re: [GitHub] cloudstack pull request: Remove AWS api
>> bridge
>> >> >>
>> >> >>> As Seb mentioned on list there is an alternative. I don't think we
>> >> >>> should remove this before the factored out version is working as
>> well
>> >> >>> (or the alternative he mentions is at least as complete) The idea
>> of
>> >> >>> isolating this bit is appealing though.
>> >> >>>
>> >> >>> Daan
>> >> >>>
>> >> >>> On Fri, Nov 21, 2014 at 12:23 PM, Nux! <n...@li.nux.ro> wrote:
>> >> >>>> Hello,
>> >> >>>>
>> >> >>>> EC2 compatibility is an essential feature for potential ACS
>> adopters.
>> >> >>>> What alternatives are there for the AWSAPI component?
>> >> >>>>
>> >> >>>> Lucian
>> >> >>>>
>> >> >>>> --
>> >> >>>> Sent from the Delta quadrant using Borg technology!
>> >> >>>>
>> >> >>>> Nux!
>> >> >>>> www.nux.ro
>> >> >>>>
>> >> >>>> ----- Original Message -----
>> >> >>>>> From: "pyr" <g...@git.apache.org>
>> >> >>>>> To: dev@cloudstack.apache.org
>> >> >>>>> Sent: Friday, 21 November, 2014 10:18:58
>> >> >>>>> Subject: [GitHub] cloudstack pull request: Remove AWS api bridge
>> >> >>>>
>> >> >>>>> GitHub user pyr opened a pull request:
>> >> >>>>>
>> >> >>>>>  https://github.com/apache/cloudstack/pull/44
>> >> >>>>>
>> >> >>>>>  Remove AWS api bridge
>> >> >>>>>
>> >> >>>>>  This has been a discussion point for a while. The (mostly
>> generated)
>> >> >>>>>  code for the AWS api bridge is by far the largest source
>> component
>> >> in
>> >> >>>>>  Cloudstack, while seldomly used.
>> >> >>>>>
>> >> >>>>>  Now that alternate options exist to provide EC2 compatibility,
>> it
>> >> >>>>>  makes sense to remove it for the few users who cannot directly
>> >> >>>>>  talk to the cloudstack API.
>> >> >>>>>
>> >> >>>>> You can merge this pull request into a Git repository by running:
>> >> >>>>>
>> >> >>>>>  $ git pull https://github.com/pyr/cloudstack
>> feature/no-dead-code
>> >> >>>>>
>> >> >>>>> Alternatively you can review and apply these changes as the
>> patch at:
>> >> >>>>>
>> >> >>>>>  https://github.com/apache/cloudstack/pull/44.patch
>> >> >>>>>
>> >> >>>>> To close this pull request, make a commit to your master/trunk
>> branch
>> >> >>>>> with (at least) the following in the commit message:
>> >> >>>>>
>> >> >>>>>  This closes #44
>> >> >>>>>
>> >> >>>>> ----
>> >> >>>>> commit 84042f2c3259203b1ea1956cd239b9122079bae9
>> >> >>>>> Author: Pierre-Yves Ritschard <p...@spootnik.org>
>> >> >>>>> Date:   2014-11-21T10:17:18Z
>> >> >>>>>
>> >> >>>>>  Remove AWS api bridge
>> >> >>>>>
>> >> >>>>>  This has been a discussion point for a while. The (mostly
>> generated)
>> >> >>>>>  code for the AWS api bridge is by far the largest source
>> component
>> >> in
>> >> >>>>>  Cloudstack, while seldomly used.
>> >> >>>>>
>> >> >>>>>  Now that alternate options exist to provide EC2 compatibility,
>> it
>> >> >>>>>  makes sense to remove it for the few users who cannot directly
>> >> >>>>>  talk to the cloudstack API.
>> >> >>>>>
>> >> >>>>> ----
>> >> >>>>>
>> >> >>>>>
>> >> >>>>> ---
>> >> >>>>> If your project is set up for it, you can reply to this email and
>> >> have your
>> >> >>>>> reply appear on GitHub as well. If your project does not have
>> this
>> >> feature
>> >> >>>>> enabled and wishes so, or if the feature is enabled but not
>> working,
>> >> please
>> >> >>>>> contact infrastructure at infrastruct...@apache.org or file a
>> JIRA
>> >> ticket
>> >> >>>>> with INFRA.
>> >> >>>>> ---
>> >> >>>
>> >> >>>
>> >> >>>
>> >> >>> --
>> >> >>> Daan
>> >> >
>> >>
>> >>
>>
>
>

Reply via email to