brooklyn-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Morgan Wright <mor...@cloudsoftcorp.com>
Subject Re: [VOTE] Accept contribution of Brooklyn CLI
Date Thu, 18 Feb 2016 16:01:09 GMT
+1
On Thu, Feb 18, 2016 at 8:00 AM Morgan Wright <morgan@cloudsoftcorp.com>
wrote:

>
> On Thu, Feb 18, 2016 at 7:52 AM 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