brooklyn-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Richard Downer <>
Subject Re: Moving Brooklyn CAMP project into Brooklyn
Date Thu, 10 Jul 2014 14:55:14 GMT

Attached is my attempt at filling in an IP clearance form. All the
tasks should be done by now; there's a single FIXME relating to
grants.txt which I don't think I have sufficient status in Apache to
access. So if I've got it right, after you've sanity-checked the form,
all that needs doing is adding it to the website and an IPMC vote

I'll be on summer vacation starting tomorrow, but if there's anything
else that needs addressed here, I'm sure another PPMC member will be
happy to help!


On 1 July 2014 16:04, Richard Downer <> wrote:
> I'll do the legwork on this procedure, and work with Chip for the
> "office or member" bits.
> Richard.
> On 1 July 2014 15:13, Chip Childers <> wrote:
>> Here's the process that will have to be followed, if you choose to do this.
>> Happy to help as the required "officer or member" to work through the
>> process, as long as somebody else does the brunt of the work to
>> document the donation.
>> On Tue, Jul 1, 2014 at 8:50 AM, Aled Sage <> wrote:
>>> +1 to moving code from into
>>> I've confirmed that all contributors to camp-server repo have signed CLAs,
>>> and checked with each that they are fine with this code being contributed.
>>> Aled
>>> On 01/07/2014 11:59, Alex Heneveld wrote:
>>>> Hi folks,
>>>> We've had some informal discussions about merging the Brooklyn CAMP Server
>>>> project [1] into Brooklyn directly, rather than it being a dependency.  This
>>>> project is becoming increasingly leaned on for YAML, and with new Catalog
>>>> support for YAML [2] this is growing stronger.  It is simply tedious having
>>>> to version that project separately.  All the IP has come from existing
>>>> commiters with CLA's so I think we are clean on that front.
>>>> In related work, to support catalog, we are also looking at adding a
>>>> camp-base dependency to core.  This gives access to general CAMP *Template
>>>> classes.  (The dependency currently comes in at the level of the launcher,
>>>> which has also been irritating because it means you can't test YAML in the
>>>> software-* projects.)
>>>> Best
>>>> Alex
>>>> [1]
>>>> [2]

View raw message