Re: [VOTE] Release Apache DataLab (incubating) 2.5.1

2022-01-20 Thread Mohammad Noureldin 
Hi,

On Mon, Jan 17, 2022 at 1:18 PM Justin Mclean 
wrote:

> Hi,
>
> > Some source code files are cherry picked from that 'mxparser' library and
> > redistributed, both in Source and Binary forms, as part of that 'stax'
> > library.
>
> Which may be fine it just depends on the license of each file in question.
> Knowing where they are originally from is nice but not always needed.
>

I've seen that that legal JIRA [1] has been closed concluding that the
"Indiana University Extreme! Lab Software" license is category A ? Cool!


>
> > I am trying to reach out for this developer on LinkedIn.
>
> Which is good approach to take.
>

Tatu accepted my LinkedIn connection request which allowed me to see his
contact email. Did email him and here is his response:

>>> START <<<


> Hi Tatu,
>

Hi there!


>
> 1st of all thanks for accepting my connection request on LinkedIn.
>
> My name is Mohammad Noureldin, and I am a member of the Apache Software
> Foundation (ASF) [1] and it's Apache Incubator [2] community.
>
> We need your help shedding some lights on the license of a couple of
> source code files you've contributed to as part of the Stax library version
> 1.2.0 [3].
>
> I am referring to these specific 2 files:
> - com/bea/xml/stream/events/NotationDeclarationEvent.java
> - com/bea/xml/stream/events/EntityDeclarationEvent.java
>

Interesting. I never worked for BEA and do not recall their asking for
inclusion permissions.
(I would not have minded and would have given permission just fine -- I
just do not remember being asked)

I assume these must have come from the Woodstox library by copy-paste.
Woodstox is licensed under Apache License 2.0, and so should the
contributions be.


>
> Where we found these headers on both of them:
>
> /**
>  * Simple implementation of {@link NotationDeclaration}.
>  *
>  * @author Tatu Saloranta
>  */
>
> /**
>  * Simple implementation of {@link EntityDeclaration}. Since no external
>  * or unparsed entities are supported (yet?), this is quite simplistic
>  * implementation.
>  *
>  * @author Tatu Saloranta
>  */
>
> Knowing under which license your contributions were made will help us
> deciding on a release of one of our Incubator Projects [4], namely the
> Apache Datalab [5].
>
> The main issue arises from that we are not able to find under which
> license the whole library [3] is released. If you can shed some light on
> that as well, that would be great!
> Looking forward to your reply
>
> [1] https://www.apache.org
> [2] https://incubator.apache.org
> [3] https://repo1.maven.org/maven2/stax/stax/1.2.0/
> [4] https://lists.apache.org/thread/p755rqsttwjgk650xsoftotcwbm47omp
> [5] https://datalab.apache.org
>
> --
> Thanks
> - Mohammad Noureldin
>

Ok. So, contributions would have been made under Apache License 2.0.

Given that Stax API has been part of JDK since Java 6, it would probably
make sense to drop dependency to `stax-1.2.0`, however. Stax implementation
included therein is ancient and buggy, but might be used instead of
JDK-provided one. :)

I hope this helps,

-+ Tatu +-

>>> END <<<

I believe this concludes the questions over the license of Stax 1.2.0 ?
That at least all of the code of concern included is of Category A.

But question, given all the details we have now, can we safely say that
Stax 1.2.0 is AL v2.0 licensed ?

And a question to the Apache Datalab project community, is it possible in
future releases to look into getting rid of that outdated/old (transitive)
dependency ?


> Kind Regards,
> Justin
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>
[1] https://issues.apache.org/jira/browse/LEGAL-592

-- 
Thanks
- Mohammad Noureldin

"Life is like riding a bicycle. To keep your balance you must keep moving"
- Albert Einstein

Re: [VOTE] Release Apache DataLab (incubating) 2.5.1

2022-01-17 Thread Mohammad Noureldin 
Hi,

On Sat, Jan 15, 2022 at 11:02 PM Justin Mclean 
wrote:

> Hi.
>
> > These Non-Generated Sources Files with the "Extreme! Lab, Indiana
> > University" license:
> > - com/bea/xml/stream/MXParser.java
>
> This is probably OK but that legal JIRA hasn’t been resolved.
>

This class is used here:
- com/bea/xml/stream/ReadOnlyNamespaceContextBase.java
- com/bea/xml/stream/MXParserFactory.java
- com/bea/xml/stream/XMLEventAllocatorBase.java
- com/bea/xml/stream/XMLEventReaderBase.java
- com/bea/xml/stream/MXParser.java
- com/bea/xml/stream/XMLEventWriterBase.java
- com/bea/xml/stream/samples/AllocEventParser.java
- com/bea/xml/stream/samples/EventParse.java
- com/bea/xml/stream/samples/NoAllocEventParser.java
- com/bea/xml/stream/samples/Parse.java
- com/bea/xml/stream/samples/EventWrite.java
- com/bea/xml/stream/EventReaderFilter.java
- com/bea/xml/stream/SubReader.java
- com/bea/xml/stream/StreamReaderFilter.java

On a 2nd thought, that Legal JIRA is not for the same situation as we have
here. What we have here is:
Some source code files are cherry picked from that 'mxparser' library and
redistributed, both in Source and Binary forms, as part of that 'stax'
library.

Justin, what would you recommend here ? Open another Legal JIRA ?


>
> > These Non-Generated Sources Files have "Copyright (c) 2002 by BEA
> Systems.
> > All Rights Reserved." indication:
> > - com/bea/xml/stream/samples/*.java
>
> I would assume that these are not used and either a) they are under the
> same license and/or b) we can consider them optional. Even if licensed
> under a category X this would be OK.
>

OK and agree.


>
> > These Non-Generated Sources Files have ASL v1.1 header:
> > - com/bea/xml/stream/reader/*.java
>
> This is category A and fine.
>
> > These Non-Generated Sources Files with no license header:
> > - com/bea/xml/stream/EventState.java
> > - com/bea/xml/stream/events/NotationDeclarationEvent.java
> > - com/bea/xml/stream/events/EntityDeclarationEvent.java
>
> It would be nice to know how these files are licensed. I had glanced at
> these and assume they were generated dcde.
>

The 'com/bea/xml/stream/EventState.java' indeed looks generated, but not
the other 2, they both have:

/**
 * Simple implementation of {@link NotationDeclaration}.
 *
 * @author Tatu Saloranta
 */

and

/**
 * Simple implementation of {@link EntityDeclaration}. Since no external
 * or unparsed entities are supported (yet?), this is quite simplistic
 * implementation.
 *
 * @author Tatu Saloranta
 */

I am trying to reach out for this developer on LinkedIn.


>
> Kind Regards,
> Justin
> -----
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>
-- 
Thanks
- Mohammad Noureldin

"Life is like riding a bicycle. To keep your balance you must keep moving"
- Albert Einstein

Re: [VOTE] Accept Hugegraph into the Apache Incubator

2022-01-16 Thread Mohammad Noureldin 
Hi,

+1 (binding)

I've been following the Proposal's discussion. Good project and good
proposal. Best of luck in your Incubator journey towards being a TLP.

On Sun, Jan 16, 2022 at 12:22 AM Willem Jiang 
wrote:

> Hi all,
>
> Following up the [DISCUSS] thread on Hugegraph[1], I would like to call a
> VOTE to accept Hugegraph into the Apache Incubator.
>
> Please cast your vote:
>
>   [ ] +1, bring Hugegraph into the Incubator
>   [ ] +0, I don't care either way
>   [ ] -1, do not bring Hugegraph into the Incubator, because...
>
> The vote will open at least for 72 hours, and only votes from the
> Incubator PMC are binding, but votes from everyone are welcome.
>
> Please check out the Hugegraph Proposal from the incubator wiki[2].
>
> [1]https://lists.apache.org/thread/31k4jsgmmfhl3vggnbko1rjsmqjymh29
> [2]https://cwiki.apache.org/confluence/display/INCUBATOR/HugeGraphProposal
>
> Willem Jiang
>
> Twitter: willemjiang
> Weibo: 姜宁willem
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>

-- 
Thanks
- Mohammad Noureldin

"Life is like riding a bicycle. To keep your balance you must keep moving"
- Albert Einstein

Re: [VOTE] Release Apache DataLab (incubating) 2.5.1

2022-01-15 Thread Mohammad Noureldin 
Hi Justin,

Good catch!

Just out of interest, I went through the same Source Jar and I've found the
following and thought to bring it to the attention of this thread:

These Non-Generated Sources Files with the "Extreme! Lab, Indiana
University" license:
- com/bea/xml/stream/MXParser.java

These Non-Generated Sources Files have "Copyright (c) 2002 by BEA Systems.
All Rights Reserved." indication:
- com/bea/xml/stream/samples/*.java

These Non-Generated Sources Files have ASL v1.1 header:
- com/bea/xml/stream/reader/*.java

These Non-Generated Sources Files with no license header:
- com/bea/xml/stream/EventState.java
- com/bea/xml/stream/events/NotationDeclarationEvent.java
- com/bea/xml/stream/events/EntityDeclarationEvent.java

Specially for the 1st one, in light of this discussion represented in
[1]-[4].

[1] https://issues.apache.org/jira/browse/LEGAL-592
[2] https://lists.apache.org/thread/pjr6qc68jplq8cc5soq06vrgyb04vzxm
[3] https://lists.apache.org/thread/3dyvw8bvknozm63nxwyo1hdgfh42xvy9
[4] https://lists.apache.org/thread/0pzmj7vhww41jzg7bs8xsy5zl3x0cl1c


On Wed, Jan 12, 2022 at 11:37 PM Justin Mclean 
wrote:

> Hi,
>
> Looking at the source jar at [1] it contains the Apache 2.0 license and
> the non generated source files files have Apache headers so I think we can
> say this is OK.
>
> Kind Regards,
> Justin
>
> 1. https://repo1.maven.org/maven2/stax/stax/1.2.0/
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>

-- 
Thanks
- Mohammad Noureldin

"Life is like riding a bicycle. To keep your balance you must keep moving"
- Albert Einstein

Re: [VOTE] Release Apache DataLab (incubating) 2.5.1

2022-01-12 Thread Mohammad Noureldin 
Hi,

I hope this helps. Found this [1], there it states that it has a Compile
Dependency (stax-api) with what it seems to be using Dual License:
- CDDL 1.0
- GPL

That said, I believe it is fair to assume that stax 1.2.0 follows one, or
both, of these 2 licenses.

[1] https://mvnrepository.com/artifact/stax/stax/1.2.0

On Wed, Jan 12, 2022 at 1:14 PM Calvin Kirs  wrote:

> Hi,
>
> This does not mean that the historical version he published is compliant.
>
> Hans Van Akelyen  于2022年1月12日周三 20:07写道：
>
> > I "think" it is ASF2 licensed [1]
> >
> > This location seems to be a copy from their original svn/cvs code.
> >
> > Cheers,
> > Hans
> >
> > [1] https://github.com/codehaus/stax/blob/master/dev/ASF2.0.txt
> >
> > On Wed, 12 Jan 2022 at 12:52, Calvin Kirs  wrote:
> >
> > > Justin Mclean  于2022年1月12日周三 18:18写道：
> > >
> > > >
> > > > Hi,
> > > >
> > > > > stax:stax:jar:1.2.0 is not used directly by DataLab but as a
> > dependency
> > > > of com.azure:azure-identity:jar:1.3.0:compile that has MIT license
> > > >
> > > hi, Justin, that's what I'm worried about,  stax: stax this version
> does
> > > not have a relevant license, although it is used by many projects.
> > >
> > > >
> > > > The license of stax:stax:jar:1.2.0 is what is relevant here, just
> > because
> > > > it is a dependancy of a MIT licensed jar doesn’t make it acceptable.
> Do
> > > we
> > > > know how is it licensed? If it category A/B that fine, if it
> category X
> > > > that would be an issue.
> > > >
> > > > Kind Regards,
> > > > Justin
> > > >
> > > >
> > > > -
> > > > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> > > > For additional commands, e-mail: general-h...@incubator.apache.org
> > > >
> > > >
> > >
> > > --
> > > Best wishes！
> > > CalvinKirs
> > >
> >
>
>
> --
> Best  wishes！
> CalvinKirs
>


-- 
Thanks
- Mohammad Noureldin

"Life is like riding a bicycle. To keep your balance you must keep moving"
- Albert Einstein

Re: [VOTE] Pulsar into the Apache Incubator

2017-05-18 Thread Mohammad Noureldin 
+1 (binding)

On May 18, 2017 15:31, "Pierre Smits"  wrote:

> +1, from the peanut gallery.
>
> Best regards,
>
> Pierre Smits
>
> ORRTIZ.COM 
> OFBiz based solutions & services
>
> OFBiz Extensions Marketplace
> http://oem.ofbizci.net/oci-2/
>
> On Thu, May 18, 2017 at 1:03 AM, vintagewang 
> wrote:
>
> > +1(non-binding)
> >
> > Pulsar is a powerful mq， I like it.
> >
> >
> >
> > On Wed, May 17, 2017 at 2:44 PM, Julian Hyde  wrote:
> >
> > > +1 (binding)
> > >
> > > > On May 17, 2017, at 1:58 PM, Jia Zhai  wrote:
> > > >
> > > > +1 (non-binding)
> > > >
> > > > On Thu, May 18, 2017 at 1:11 AM, P. Taylor Goetz 
> > > wrote:
> > > >
> > > >> +1 (binding)
> > > >>
> > > >> -Taylor
> > > >>
> > > >>> On May 16, 2017, at 10:39 PM, Bryan Call  wrote:
> > > >>>
> > > >>> Hi All,
> > > >>>
> > > >>> As the champion for Pulsar, I would like to start a VOTE to bring
> the
> > > >>> project in as Apache incubator podling.
> > > >>>
> > > >>> The ASF voting rules are described:
> > > >>>
> > > >>>   https://www.apache.org/foundation/voting.html
> > > >>>
> > > >>> A vote for accepting a new Apache Incubator podling is a majority
> > vote
> > > >> for which
> > > >>> only Incubator PMC member votes are binding.
> > > >>>
> > > >>> This vote will run for at least 72 hours. Please VOTE as follows
> > > >>> [] +1 Accept Pulsar into the Apache Incubator
> > > >>> [] +0 Abstain.
> > > >>> [] -1 Do not accept Pulsar into the Apache Incubator because ...
> > > >>>
> > > >>> The proposal is listed below, but you can also access it on the
> wiki:
> > > >>>
> > > >>>   https://wiki.apache.org/incubator/PulsarProposal
> > > >>>
> > > >>> -Bryan
> > > >>>
> > > >>>
> > > >>> = Pulsar Proposal =
> > > >>>
> > > >>> == Abstract ==
> > > >>>
> > > >>> Pulsar is a highly scalable, low latency messaging platform running
> > on
> > > >>> commodity hardware. It provides simple pub-sub semantics over
> topics,
> > > >>> guaranteed at-least-once delivery of messages, automatic cursor
> > > >> management for
> > > >>> subscribers, and cross-datacenter replication.
> > > >>>
> > > >>> == Proposal ==
> > > >>>
> > > >>> Pub-sub messaging is a very common design pattern that is
> > increasingly
> > > >> found
> > > >>> in distributed systems powering Internet applications. These
> > > applications
> > > >>> provide real-time services, and need publish-latencies of 5ms on
> > > average
> > > >> and
> > > >>> no more than 15ms at the 99th percentile. At Internet scale, these
> > > >>> applications require a messaging system with ordering, strong
> > > >> durability, and
> > > >>> delivery guarantees. In order to handle the “five 9’s” durability
> > > >> requirements
> > > >>> of a production environment, the messages have to be committed on
> > > >> multiple
> > > >>> disks or nodes.
> > > >>>
> > > >>> Pulsar has been developed at Yahoo to address these specific
> > > >> requirements by
> > > >>> providing a hosted service supporting millions of topics for
> multiple
> > > >> tenants.
> > > >>> The current incarnation of Pulsar has been open-sourced under
> Apache
> > > >> license
> > > >>> in September 2016 and it is the direct evolution of systems that
> were
> > > >>> developed at Yahoo since 2011.
> > > >>>
> > > >>> We believe there is currently no other system that provides a
> > > >> multi-tenant
> > > >>> hosted messaging platform capable of supporting a huge number of
> > topics
> > > >> while
> > > >>> maintaining strict guarantees for durability, ordering and low
> > latency.
> > > >>> Current solutions would require to run multiple individual clusters
> > > with
> > > >>> additional operational work and capacity overhead.
> > > >>>
> > > >>> Since the open sourcing of Pulsar, the development has been done
> > > >> exclusively
> > > >>> on the public Github repository and two major releases were shipped
> > > >> (1.15 and
> > > >>> 1.16), along with multiple minor ones. Several other companies have
> > > >> expressed
> > > >>> interest in the project and its future direction.
> > > >>>
> > > >>> == Rationale ==
> > > >>>
> > > >>> Pulsar is a platform that is built on top of several other Apache
> > > >> projects. In
> > > >>> particular, Apache BookKeeper is used to store the data and Apache
> > > >> ZooKeeper
> > > >>> is used for coordination and metadata storage. Pulsar is also
> > > >> interoperable
> > > >>> out of the box with Apache Storm, to provide an easy to use stream
> > > >> processing
> > > >>> solution.
> > > >>>
> > > >>> We want to establish a community outside the scope of initial core
> > > >> developers
> > > >>> at Yahoo and we believe that the Apache Foundation is a great fit
> and
> > > >> long-
> > > >>> term home for Pulsar, as it provides an established process for
> > > >> community-
> > > >>> driven development and decision making by consensus. This is
> exactly
> > > the
> > > >> model
> > > >>> we want to adopt for future Pulsar development.
> > > >>>
> > > >>> == Initial Goals =

Re: Status of NPanday

2014-05-17 Thread Mohammad Noureldin 
Ah, OK. Thanks for explaining.
On May 17, 2014 11:30 PM, "Roman Shaposhnik"  wrote:

> On Sat, May 17, 2014 at 12:47 PM, Mohammad Noureldin
>  wrote:
> > Hi
> >
> >I agree with Henry. There is no need to go the board IMO, even if
> there
> > is no active mentor anymore I would suggest someone from the IPMC (maybe
> > Romain) check this with the project's team and see how they want to
> > progress with the project
>
> You are absolutely right -- there's no reason to go to the board asking
> what to do. It is, however, my responsibility to flag these types of things
> in IPMC reports. Of course, flagging doesn't really relieve IPMC of its
> collective responsibility to help project move in one of the possible
> directions. That one is still on us.
>
> Thanks,
> Roman.
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>

Re: Status of NPanday

2014-05-17 Thread Mohammad Noureldin 
Hi

   I agree with Henry. There is no need to go the board IMO, even if there
is no active mentor anymore I would suggest someone from the IPMC (maybe
Romain) check this with the project's team and see how they want to
progress with the project
 On May 17, 2014 6:39 PM, "Henry Saputra"  wrote:

> I checked with one of the mentors and he claimed he has not been
> mentoring the project for a while.
>
> Seems like not much progress happening in the podling.
>
> If any active mentors is still in this list I would propose checking
> up with community if they still have energy or desire to continue.
>
> - Henry
>
> On Wed, May 14, 2014 at 5:12 PM, Roman Shaposhnik  wrote:
> > Hi!
> >
> > after observing NPanday for quite a few month I am
> > now very concerned about the state of this podling.
> > It consistently misses reporting deadlines and even
> > when reports arrive they don't seem to be signed
> > off by a mentor. On top of that, the development
> > activity seems to be quite low.
> >
> > I'm going to flag these issues to the board, but I'm
> > also asking for the collective wisdom of IPMC on
> > how to proceed.
> >
> > Thanks,
> > Roman.
> >
> > -
> > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> > For additional commands, e-mail: general-h...@incubator.apache.org
> >
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>

Re: [DISCUSS] Graduate Apache Stratos as a TLP

2014-04-29 Thread Mohammad Noureldin 
Hi Suresh

   Thanks a lot for including me in the list of members when graduating.
Unfortunately I didn't have enough time to help and I don't think that will
change soon enough on the level that I can consider myself as an active
member, hence I would like my name to be removed

Good luck with the graduation procedure and many thanks again for bringing
such project to the ASF
+1 from me

Azeez


On Mon, Apr 28, 2014 at 6:20 PM, Suresh Marru  wrote:

> Hi All,
>
> Since entering Incubation in June 2013, the stratos podling has evolved
> and is now ready to self-govern. The community has extensively debated
> graduation readiness [1] and overwhelmingly voted positively [2]. As far
as
> I can tell the project status is up to date [3]. The name search has
> concluded with approval [4] and trademark/website/branding  have been
> discussed at various times and the donor (WSO2) has willingly co-operated
> and all queries were satisfactorily resolved (please refer to dev and
> private list discussions).
>
> This thread is to start a IPMC discussion on Stratos TLP readiness and
> identity and address any remaining issues (if exist). Below is the draft
> resolution.
>
> I want to take a tangent and convey my personal appreciation for hands-on
> and diligent mentoring from Noah, Chip and Ant (especially Noah). I have
> learnt some more in the process and I recommend first time mentors to surf
> startos lists for precedence.
>
> Cheers,
> Suresh
> (Stratos Mentor)
>
> [1] - http://markmail.org/thread/6tm4bh6rezcxxy45
> [2] - http://markmail.org/message/gqxp7t4ylatfahgz
> [3] - http://incubator.apache.org/projects/stratos.html
> [4] - https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-45
>
>
> === Board Resolution ==
>
> Establish the Apache Stratos Project
>
>   WHEREAS, the Board of Directors deems it to be in the best
>   interests of the Foundation and consistent with the
>   Foundation's purpose to establish a Project Management
>   Committee charged with the creation and maintenance of
>   open-source software, for distribution at no charge to
>   the public, related to providing an implementation of a
>   Platform-as-a-Service Framework.
>
>
>   NOW, THEREFORE, BE IT RESOLVED, that a Project Management
>   Committee (PMC), to be known as the "Apache Stratos Project",
>   be and hereby is established pursuant to Bylaws of the
>   Foundation; and be it further
>
>   RESOLVED, that the Apache Stratos Project be and hereby is
>   responsible for the creation and maintenance of software
>   related to providing an implementation of a Platform-as-a-Service
>   Framework; and be it further
>
>
>   RESOLVED, that the office of "Vice President, Stratos" be
>   and hereby is created, the person holding such office to
>   serve at the direction of the Board of Directors as the chair
>   of the Apache Stratos Project, and to have primary responsibility
>   for management of the projects within the scope of
>   responsibility of the Apache Stratos Project; and be it further
>
>   RESOLVED, that the persons listed immediately below be and
>   hereby are appointed to serve as the initial members of the
>   Apache Stratos Project:
>
>Mohammad Nour (mn...@apache.org)
>Ant Elder (antel...@apache.org)
>Paul Fremantle (p...@apache.org   )
>Jonathan Marsh (jonathanma...@apache.org)
>Afkham Azeez (az...@apache.org)
>Peter Linnell (plinn...@apache.org)
>Lakmal Warusawithana (lak...@apache.org)
>Damitha Kumarage (dami...@apache.org)
>Samisa Abeysinghe (sam...@apache.org)
> Nirmal Fernando (nirmal070...@apache.org)
> Sajith Kariyawasam (saj...@apache.org)
>Lahiru Sandaruwan (lahi...@apache.org)
>Isuru Haththotuwa (isu...@apache.org)
> Madhura Mendis (madh...@apache.org)
> Mariangela Hills (mariang...@apache.org)
> Marlon Pierce (mpie...@apache.org)
> Suresh Marru (sma...@apache.org)
> Chip Childers (chipchild...@apache.org)
> Joe Brockmeier (j...@apache.org)
> Noah Slater (nsla...@apache.org)
> Nandana Mihindukulasooriya (nand...@apache.org)
> Isuru Perera (is...@apache.org)
> Reka Thirunavakurussu (r...@apache.org)
> Deepal Jayasinghe (dee...@apache.org)
> Debo Dutta (dedu...@apache.org)
> Udara Liyanage (ud...@apache.org)
> Manula Chathurika Thantriwatte (man...@apache.org)
> Imesh Gunaratne (im...@apache.org)
> Pradeep Fernando (pradee...@apache.org)
> Chris Snow (cs...@apache.org)
> Melan Nimesh (me...@apache.org)
> Jason Daly (jasondaly...@apache.org)
> Chanaka Jayasena (chan...@apache.org)
> Jeffrey Nguyen (jeffr...@apache.org)
> Anh Tu Nguyen (t...@apache.org)
>
>   NOW, THEREFORE, BE IT FURTHER RESOLVED, that Lakmal Warusawithana

Re: [VOTE] Accept Brooklyn into the Incubator

2014-04-28 Thread Mohammad Noureldin 
+1
 On Apr 29, 2014 3:43 AM, "Olivier Lamy"  wrote:

> +1
>
>
> On 28 April 2014 23:49, Chip Childers  wrote:
> > Based on the previous discussion of accepting Brooklyn into the Apache
> > Incubator as a podling, I'd like to call a vote for this now.
> >
> > [ ] +1 Accept Brooklyn into the Incubator
> > [ ] +/-0 Indifferent to the acceptance of Brooklyn
> > [ ] -1 Do not accept Brooklyn because...
> >
> > The proposal can be found here:
> > https://wiki.apache.org/incubator/BrooklynProposal
> >
> > (For the IPMC members, I believe we typically "lock" the proposal page
> > making it read-only during the voting.  I'm not sure how to do this, or
> > if I'm remembering correctly.  Can someone clarify?  I'll watch that
> > page to be sure there are no changes during the voting process.)
> >
> > -chip
> >
> > -
> > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> > For additional commands, e-mail: general-h...@incubator.apache.org
> >
>
>
>
> --
> Olivier Lamy
> Ecetera: http://ecetera.com.au
> http://twitter.com/olamy | http://linkedin.com/in/olamy
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>