brooklyn-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Andrea Turli <andrea.tu...@cloudsoftcorp.com>
Subject Re: [VOTE] Accept contribution of Brooklyn CLI
Date Thu, 18 Feb 2016 16:08:48 GMT
+1

On 18 February 2016 at 17:08, John McCabe <john@johnmccabe.net> wrote:

> +1
>
> On Thu, 18 Feb 2016 at 15:52 Duncan Godwin <
> duncan.godwin@cloudsoftcorp.com>
> wrote:
>
> > +1
> >
> > On 18 February 2016 at 15:51, David Lloyd <david@lloyds.org.uk> wrote:
> >
> > > +1
> > >
> > > /Dave.
> > >
> > > On 18/02/2016 15:25, Richard Downer wrote:
> > >
> > >> All,
> > >>
> > >> https://github.com/apache/brooklyn-client/pull/1 adds the Brooklyn
> > >> CLI. This allows a user to control and script Brooklyn from the
> > >> command line. It opens up many possibilities, including making the web
> > >> UI optional (reducing the security footprint in production
> > >> deployments), allowing admins to script Brooklyn using shell scripts,
> > >> and simplifies our getting started tutorials. It's a very compelling
> > >> addition to the Brooklyn project.
> > >>
> > >> The CLI was developed in a non-Apache location starting last year,
> > >> with the bulk of development happening from November onwards. It has
> > >>
> > >>> 150 commits from 4 authors and is over 6,000 SLOC. Given the size of
> > >>>
> > >> the contribution, it is prudent to follow Apache's IP clearance
> > >> process before merging the PR.
> > >>
> > >> This vote is to discover if the Brooklyn PMC and community are in
> > >> favour of accepting this contribution. If the vote passes, the PMC and
> > >> the authors of the code will work together to complete Apache's IP
> > >> Clearance process and merge the code for the CLI.
> > >>
> > >> This vote will be open for at least 72 hours (i.e. 15:30 UTC on Sunday
> > >> 21st February 2016)
> > >>
> > >> [ ] +1, accept contribution of the Brooklyn CLI into the project
> > >> [ ] 0, no opinion
> > >> [ ] -1, reject contribution because...
> > >>
> > >> Thanks,
> > >> Richard.
> > >>
> > >
> > >
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message