Re: [VOTE] Accept ResilientDB Into The Apache Incubator

[Atri Sharma]

This vote is now closed with 10 +1s and no opposing votes.

The vote has passed.

I will start the further procedures now.

On Mon, 16 Oct 2023 at 3:40 PM, Atri Sharma  wrote:

> Following up the [DISCUSS] thread on ResilientDB,  I would like to call a
> VOTE to accept into the Apache Incubator.
>
>  Please cast your vote:
>
>  [ ] +1, bring into the Incubator
> [ ] +0, I don't care either way
> [ ] -1, do not bring ResilientDB 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 ResilientDB Proposal from the incubator wiki[1].
>
>  [1]
> https://cwiki.apache.org/confluence/display/INCUBATOR/ResilientDBProposal
>
> Regards,
>
> Atri
>

Re: [VOTE] Accept ResilientDB Into The Apache Incubator

[Atri Sharma]

Yes, I will close it end of day PST

On Sat, 21 Oct 2023 at 12:04 AM, Christian Grobmeier 
wrote:

> I think it’s safe to close the vote, if you find the time
>
>
>
> On Mon, Oct 16, 2023, at 12:10, Atri Sharma wrote:
> > Following up the [DISCUSS] thread on ResilientDB,  I would like to call a
> > VOTE to accept into the Apache Incubator.
> >
> >  Please cast your vote:
> >
> >  [ ] +1, bring into the Incubator
> > [ ] +0, I don't care either way
> > [ ] -1, do not bring ResilientDB 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 ResilientDB Proposal from the incubator wiki[1].
> >
> >  [1]
> https://cwiki.apache.org/confluence/display/INCUBATOR/ResilientDBProposal
> >
> > Regards,
> >
> > Atri
> >
> > -
> > 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
>
>

[VOTE] Accept ResilientDB Into The Apache Incubator

[Atri Sharma]

Following up the [DISCUSS] thread on ResilientDB,  I would like to call a
VOTE to accept into the Apache Incubator.

 Please cast your vote:

 [ ] +1, bring into the Incubator
[ ] +0, I don't care either way
[ ] -1, do not bring ResilientDB 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 ResilientDB Proposal from the incubator wiki[1].

 [1]https://cwiki.apache.org/confluence/display/INCUBATOR/ResilientDBProposal

Regards,

Atri

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [DISCUSS] Incubating Proposal of ResilientDB

[Atri Sharma]

Unfortunately , I am locked out of my Apache account. While I reset that, I
would request one of the mentors to make the changes.

Post that, I will start the vote thread

On Fri, 13 Oct 2023 at 10:47 PM, Mohammad Sadoghi 
wrote:

> Dear all,
>
> Could we move the [VOTE] phase after removing the broad contributors (as it
> was suggested)?
>
> The last [Discuss] thread was sent 10 days ago with +8(binding).
>
> ---
> Best Regards,
> Mohammad Sadoghi, PhD
> Associate Professor
> Exploratory Systems Lab (ExpoLab)
> Department of Computer Science
> University of California, Davis
>
> ExpoLab: https://expolab.org/
> ResilientDB: https://resilientdb.com/
> Phone: 914-319-7937
>
>
> On Thu, Oct 12, 2023 at 12:03 AM Mohammad Sadoghi 
> wrote:
>
> > Sure, please remove them [I do not have write access to the wiki]. Thank
> > you kindly.
> >
> > ---
> > Best Regards,
> > Mohammad Sadoghi, PhD
> > Associate Professor
> > Exploratory Systems Lab (ExpoLab)
> > Department of Computer Science
> > University of California, Davis
> >
> > ExpoLab: https://expolab.org/
> > ResilientDB: https://resilientdb.com/
> > Phone: 914-319-7937
> >
> >
> > On Thu, Oct 12, 2023 at 12:02 AM Atri Sharma  wrote:
> >
> >> I suggest removing them since it is leading to confusion.
> >>
> >> On Thu, Oct 12, 2023 at 12:27 PM Mohammad Sadoghi
> >>  wrote:
> >> >
> >> > Dear all,
> >> >
> >> > As for the question of the “Broader Contributing Members”, they do not
> >> > qualify as initial committers as they have provided feedback /
> >> contributed
> >> > on the broader scope of ResilientDB, so we suggest either removing
> them
> >> or
> >> > keeping them in a separate category. I prefer keeping them as a
> separate
> >> > category, but of course, we will follow the ASF recommendation.We are
> in
> >> > the process of improving and upgrading our website, and we will add
> all
> >> the
> >> > initial committers to the website. Currently, from our website, we
> have
> >> > also linked to our Apache proposal, which includes the complete list
> of
> >> > initial committers.With regards to the question of forked repo vs.
> >> branch,
> >> > we are fine with either option. We have made our development public
> (no
> >> > longer private), and we can work on the either public repo (main vs.
> >> > forked), whichever mode is preferred by ASF.With regards to PR, moving
> >> > forward, we will ensure PR reviews and issue discussions are all done
> on
> >> > the public repo with complete visibility.
> >> >
> >> > ---
> >> > Best Regards,
> >> > Mohammad Sadoghi, PhD
> >> > Associate Professor
> >> > Exploratory Systems Lab (ExpoLab)
> >> > Department of Computer Science
> >> > University of California, Davis
> >> >
> >> > ExpoLab: https://expolab.org/
> >> > ResilientDB: https://resilientdb.com/
> >> > Phone: 914-319-7937
> >> >
> >> >
> >> > On Wed, Oct 11, 2023 at 7:49 PM Willem Jiang 
> >> wrote:
> >> >
> >> > > Unlike the Linux kernel, we use the dev or main branch from the
> >> > > official upstream repo to accept the PRs from the developer; we do
> the
> >> > > release work on the other branch in the same repo.  We don't use
> >> > > another forked repo to keep those changes first.  It will confuse
> the
> >> > > contributor in finding the right developing branch on the project
> repo
> >> > > to work on.
> >> > >
> >> > > I barely find the repo's PR reviews and issue discussions[1].
> Without
> >> > > sharing these development contexts, it is hard for the new
> contributor
> >> > > to know the story behind the code change.  We can improve the
> >> > > situation during the incubation process. You can take the issue and
> >> > > PRs of OpenDaL[2] as a polling example.
> >> > >
> >> > > BTW, the license header on the source code[3] is not the ASL
> >> > > request[4]. We can address this kind of problem during the code
> >> > > transfer.
> >> > >
> >> > > [1]https://github.com/resilientdb/resilientdb
> >> > > [2]https://github.com/apache/incubator-opendal/
> >> > > [3]
> 

Re: [DISCUSS] Incubating Proposal of ResilientDB

[Atri Sharma]

t; > > > >> We will switch our development completely to our public repo
> > effective
> > > > >> immediately. That is not issue at all.
> > > > >>
> > > > >> Best Regards,
> > > > >> Mohammad Sadoghi, PhD
> > > > >> Associate Professor
> > > > >> Exploratory Systems Lab (ExpoLab)
> > > > >> Department of Computer Science
> > > > >> University of California, Davis
> > > > >>
> > > > >>
> > > > >> On Sun, Oct 8, 2023 at 3:08 AM Willem Jiang  > >
> > > > >> wrote:
> > > > >>
> > > > >>> I just checked the GitHub issue and PRs of ResilientDB. There is
> > > > >>> little discussion on the GitHub issue and review comments on GitHub
> > > > >>> PRs.
> > > > >>> Please keep Open Communications[1] in mind. We value transparency
> > in
> > > > >>> the ASF way. Internal development could block the contributions
> > > > >>> outside of the organization and cause us some trouble in building
> > the
> > > > >>> community.
> > > > >>>
> > > > >>> Once the development switches to the public repo, the project
> > could be
> > > > >>> ready to enter the incubation process.
> > > > >>>
> > > > >>> [1]
> > > > >>>
> > > > >>
> > > >
> > https://www.apache.org/theapacheway/#what-makes-the-apache-way-so-hard-to-define
> > > > >>>
> > > > >>>
> > > > >>> Willem Jiang
> > > > >>>
> > > > >>> Twitter: willemjiang
> > > > >>> Weibo: 姜宁willem
> > > > >>>
> > > > >>> On Sun, Oct 8, 2023 at 3:33 PM Mohammad Sadoghi <
> > > > mo.sado...@expolab.org>
> > > > >>> wrote:
> > > > >>>>
> > > > >>>> Thank you for your question.
> > > > >>>>
> > > > >>>> With regards to the initial committers, over the years we had much
> > > > >> larger
> > > > >>>> set of contributors who worked on the private repo of ResilientDB
> > > > which
> > > > >>>> derives the research. Only when features are stable and well
> > tested
> > > > >> over
> > > > >>>> time, they have been advanced and promoted to our public repo. Our
> > > > >>> private
> > > > >>>> repo has many more experimental features that as part of our
> > roadmap
> > > > >> will
> > > > >>>> be released once they reach the same level of maturity.
> > > > >>>>
> > > > >>>> Best Regards,
> > > > >>>> Mohammad Sadoghi, PhD
> > > > >>>> Associate Professor
> > > > >>>> Exploratory Systems Lab (ExpoLab)
> > > > >>>> Department of Computer Science
> > > > >>>> University of California, Davis
> > > > >>>>
> > > > >>>>
> > > > >>>> On Sun, Oct 8, 2023 at 12:23 AM Willem Jiang <
> > willem.ji...@gmail.com>
> > > > >>> wrote:
> > > > >>>>
> > > > >>>>> Hi,
> > > > >>>>>
> > > > >>>>> I have a quick question about the initial committers.
> > > > >>>>> There are about 40+ initial committers, but I can only find
> > about 20
> > > > >>>>> contributors in the GitHub group[1] contributor list.
> > > > >>>>> Could you explain the initial committer criteria?
> > > > >>>>> There is a section of "Broader Contributing Members" in the
> > > > >>>>> proposal[2] after the initial committer, if we treat them as
> > initial
> > > > >>>>> committers, why do we need to separate them with the initial
> > > > >>>>> committer?
> > > > >>>>>
> > > > >>>>> Thanks,
> > > > >>>>>
> > > > >>>>> [1]https://github.com/resilientdb
> > > > >&g

Re: [DISCUSS] Incubating Proposal of ResilientDB

[Atri Sharma]

t;> .invalid>
> >> > wrote:
> >> > >
> >> > > Hello All
> >> > >
> >> > > Let me try to add to Mohammad's response. We defined an initial
> >> committer
> >> > > list of 40+ members as we wanted to give credit to everyone who has
> >> > > collaborated with us on projects/papers that were built around
> >> > ResilientDB.
> >> > > But, the 20 contributors visible on github are the ones who worked
> on
> >> the
> >> > > actual codebase, which we are trying to bring to ASF. The projects
> that
> >> > > other folks worked on are independent from the ResilientDB codebase
> and
> >> > > have no correlation with this release.
> >> > >
> >> > > So, following ASF guidelines, we are fine with reducing the initial
> >> > > committer list to the 20 members. Please let us know your thoughts.
> >> >
> >> > One way to consider is that initial committers should be those who
> plan
> >> to
> >> > participate in the Apache ResilientDB community. ASF committers need
> to
> >> > sign an ICLA and that will determine how many committers. Nothing
> >> prevents
> >> > any of those who don’t sign from contributing.
> >> >
> >> > Early in incubation you will need to create a website and you can
> discuss
> >> > the history of the project and if they agree those contributors you
> wish
> >> to
> >> > honor.
> >> >
> >> > Best wishes,
> >> > Dave
> >> >
> >> > >
> >> > >
> >> > >> On Sun, Oct 8, 2023 at 9:47 AM Mohammad Sadoghi <
> >> mo.sado...@expolab.org
> >> > >
> >> > >> wrote:
> >> > >>
> >> > >> Everything we have done including research/papers and outcome of
> >> > >> development have been open for years. We simply wanted to keep the
> >> > public
> >> > >> repo cleaner and we only released when we were certain that the new
> >> > feature
> >> > >> is well tested and stable.
> >> > >>
> >> > >> We will switch our development completely to our public repo
> effective
> >> > >> immediately. That is not issue at all.
> >> > >>
> >> > >> Best Regards,
> >> > >> Mohammad Sadoghi, PhD
> >> > >> Associate Professor
> >> > >> Exploratory Systems Lab (ExpoLab)
> >> > >> Department of Computer Science
> >> > >> University of California, Davis
> >> > >>
> >> > >>
> >> > >> On Sun, Oct 8, 2023 at 3:08 AM Willem Jiang <
> willem.ji...@gmail.com>
> >> > >> wrote:
> >> > >>
> >> > >>> I just checked the GitHub issue and PRs of ResilientDB. There is
> >> > >>> little discussion on the GitHub issue and review comments on
> GitHub
> >> > >>> PRs.
> >> > >>> Please keep Open Communications[1] in mind. We value transparency
> in
> >> > >>> the ASF way. Internal development could block the contributions
> >> > >>> outside of the organization and cause us some trouble in building
> the
> >> > >>> community.
> >> > >>>
> >> > >>> Once the development switches to the public repo, the project
> could
> >> be
> >> > >>> ready to enter the incubation process.
> >> > >>>
> >> > >>> [1]
> >> > >>>
> >> > >>
> >> >
> >>
> https://www.apache.org/theapacheway/#what-makes-the-apache-way-so-hard-to-define
> >> > >>>
> >> > >>>
> >> > >>> Willem Jiang
> >> > >>>
> >> > >>> Twitter: willemjiang
> >> > >>> Weibo: 姜宁willem
> >> > >>>
> >> > >>> On Sun, Oct 8, 2023 at 3:33 PM Mohammad Sadoghi <
> >> > mo.sado...@expolab.org>
> >> > >>> wrote:
> >> > >>>>
> >> > >>>> Thank you for your question.
> >> > >>>>
> >> > >>>> With regards to the initial committers, over the years we had
> much
> >> > >&g

[DISCUSS] Incubating Proposal of ResilientDB

[Atri Sharma]

We want to propose ResilientDB as a new Apache Incubator project.

ResilientDB[1] is a distributed blockchain framework that is written
in C++ and integrates with Byzantine Fault-Tolerant (BFT) and Crash
Fault-Tolerant (CFT) consensus protocols. Code is present at [2].

Key features:

Provides a scalable client-server architecture. Each developer can use
the ResilientDB framework to deploy a replicated service acting as a
service. The developer can choose the desired number of replicas and
the number of clients its system should tolerate.

Provides native integration with PBFT consensus protocol – arguably
the most popular BFT consensus protocol. PBFT helps replicas reach an
agreement for ordering the client's requests.

Provides a mechanism to simulate the failure of different replicas
(including the leader).

Provides a correct implementation of the view-change protocol that
replaces a faulty (or malicious) leader and moves all replicas to the
new view.

Provides checkpoint and recovery protocols to facilitate garbage
collection, recovery of failed replicas, and durably logging of the
blockchain state.

Eases development and testing of newer and optimized BFT and CFT
consensus protocols.
Provides clients with support for three different application interfaces:

Key-Value Stores - where client transactions include key-value pairs.

Smart Contracts - where clients issue smart contracts in Solidity for
processing.

UTXO - where clients issue unspent transactions similar to ones in Bitcoin.

Facilitates benchmarking system/protocol performance with the help of
existing benchmarks, such as YCSB [SoCC’10] and Diablo [EuroSys’23].

Stores non-volatile ledger (blockchain) in memory and for further
durability, provides APIs to store both client data and blockchain in
LevelDB and RocksDB.


The serving mentors would be:

Junping Du 

Calvin Kirs 

Kevin Ratnasekera 

Roman Shaposhnik 

Christian Grobmeier 

and I shall be serving as the Champion.

We have not done a trademark check yet for the name but that can be
pursued independently.

[1] https://cwiki.apache.org/confluence/display/INCUBATOR/ResilientDBProposal
[2] https://github.com/resilientdb/resilientdb

Atri

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: Looking for a Champion / Mentors for ResilientDB Blockchain Platform

[Atri Sharma]

Sorry, was crazily distracted. This will be done before Monday

On Sun, 1 Oct 2023 at 6:09 PM, Christian Grobmeier 
wrote:

> Hi,
>
> if any problems, please feel free to add me as a mentor. I am also willing
> to champion and make this vote happen, if the current champion prefers to
> re-delegate.
>
> Kind regards,
> Christian
>
> On Sat, Sep 30, 2023, at 16:59, Ayush Saxena wrote:
> > Ok, I'll take that back. Reading the document here:
> >
> https://incubator.apache.org/guides/roles_and_responsibilities.html#candidate
> >
> > It reads
> > ``
> > A Champion (see below) may propose their candidate project for
> > acceptance as an incubating Podling. Approval of a project is subject
> > to a vote of the Sponsor
> > ``
> > So, you need to wait for your champion, and rest you have done your
> > part, Atri already mentioned he will start a thread soon.
> >
> > Good Luck!!
> >
> > -Ayush
> >
> > On Sat, 30 Sept 2023 at 20:16, Ayush Saxena  wrote:
> >>
> >> You can start a VOTE thread yourself as well, can do the same way as
> here [1]
> >>
> >> Good Luck!!!
> >>
> >> -Ayush
> >>
> >> [1] https://lists.apache.org/thread/3v9g2nk734m2zplrq1fgozc7xt169bgt
> >>
> >> On Sat, 30 Sept 2023 at 09:43, Mohammad Sadoghi 
> wrote:
> >> >
> >> > Dear all,
> >> >
> >> > Could we move the project to the vote phase? Please let us know if
> anything
> >> > is needed from our end. Thank you kindly.
> >> >
> >> > ---
> >> > Best Regards,
> >> > Mohammad Sadoghi, PhD
> >> > Associate Professor
> >> > Exploratory Systems Lab (ExpoLab)
> >> > Department of Computer Science
> >> > University of California, Davis
> >> >
> >> > ExpoLab: https://expolab.org/
> >> > ResilientDB: https://resilientdb.com/
> >> > Phone: 914-319-7937
> >> >
> >> >
> >> > On Fri, Sep 29, 2023 at 4:45 AM Roman Shaposhnik <
> ro...@shaposhnik.org>
> >> > wrote:
> >> >
> >> > > On Thu, Sep 28, 2023 at 7:46 PM Atri Sharma 
> wrote:
> >> > > >
> >> > > > Sorry was away due to medical reasons.
> >> > >
> >> > > And my time to apologise as well -- past few weeks were crazy, but
> I'm
> >> > > now fully available to help with the project.
> >> > >
> >> > > > I will start this tonight
> >> > >
> >> > > Looking forward to it!
> >> > >
> >> > > 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
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>

Re: Looking for a Champion / Mentors for ResilientDB Blockchain Platform

[Atri Sharma]

Sorry was away due to medical reasons.

I will start this tonight

On Thu, 28 Sep 2023 at 10:14 PM, PJ Fanning  wrote:

> Hi Atri,
>
> On the proposal [1], you are listed as the Champion. Would you be in a
> position to set up a vote thread? I think we can treat this existing
> thread as the discussion thread
>
> [1]
> https://cwiki.apache.org/confluence/display/INCUBATOR/ResilientDBProposal
>
>
> On Wed, 23 Aug 2023 at 06:56, Mo Sadoghi  wrote:
> >
> > Dear Atri,
> >
> > Currently, we created our proposal
> > <
> https://docs.google.com/document/d/12WPvs1A7tqH8VjkMrgXTGQ_z4fiL6f6oi32e7bxSjXc/edit?usp=sharing
> >
> > based on the provided template for New Podling Proposal
> > <
> https://cwiki.apache.org/confluence/display/INCUBATOR/New+Podling+Proposal
> >.
> > Should I be sending an email to general@incubator.apache.org with the
> > subject line "[DISCUSS] Incubating Proposal for ResilientDB" or this
> email
> > needs to be sent by an ASF member?
> >
> > Getting on a call would be great to formally meet our Apache
> > champion/mentors. I have availability on both Thursday and Friday this
> week
> > (and next week except on Monday).
> >
> > ---
> > Best Regards,
> > Mohammad Sadoghi, PhD
> > Associate Professor
> > Exploratory Systems Lab (ExpoLab)
> > Department of Computer Science
> > University of California, Davis
> >
> > ExpoLab: https://expolab.org/
> > ResilientDB: https://resilientdb.com/
> > Phone: 914-319-7937
> >
> >
> > *Statements by UC Davis:* Chancellor Gary S. May
> > <
> https://www.ucdavis.edu/news/statement-resources-and-support-impacted-unrest-iran
> >,
> > Dean Corsi (College of Engineering)
> > <
> https://engineering.ucdavis.edu/news/statement-resources-and-support-those-impacted-unrest-iran
> >
> > , Middle East/South Asia Studies
> > <
> https://mesa.ucdavis.edu/public-statements/state-violence-against-student-protesters-iran
> >
> >
> > *Personal Statement:* We stand in solidarity with the brave and
> determined
> > Iranian women and Iranian people. We are committed to upholding
> fundamental
> > human rights, maintaining equity and justice, and standing against the
> use
> > of violence, repression, and discrimination. We condemn the barbaric acts
> > and brutal killings in Iranian streets, of innocent people in Ukraine,
> and
> > everywhere globally.
> >
> >
> > On Tue, Aug 22, 2023 at 9:44 PM Atri Sharma  wrote:
> >
> > > You should create a formal thread for the proposal and follow the
> process
> > > for review.  Once done, we can then take it to vote.
> > >
> > > We can get onto a call and discuss if that helps.
> > >
> > > On Wed, 23 Aug 2023 at 3:49 AM, Mo Sadoghi 
> wrote:
> > >
> > > > Dear Atri, Junping, Calvin, Kevin, Roman, Anh, David,
> > > >
> > > > Hope everyone is safe and well.
> > > >
> > > > We would like to know what is our next step, and what the would be
> the
> > > > expected timeline to be officially accepted into the Apache
> Incubation
> > > > program. We are very excited about this opportunity, and we are fully
> > > > committed to expediting this process as much as possible on our end,
> > > > especially if we can complete our tasks before the start of the Fall
> > > > quarter by September 30. Needless to say, we will be fully committed
> > > > thereafter as well.
> > > >
> > > > *Roman*, Thank you so much. Wonderful to have you as a mentor.
> > > >
> > > > Proposal: here
> > > > <
> > >
> https://docs.google.com/document/d/12WPvs1A7tqH8VjkMrgXTGQ_z4fiL6f6oi32e7bxSjXc/edit?usp=sharing
> > > >
> > > > .
> > > >
> > > > ---
> > > > Best Regards,
> > > > Mohammad Sadoghi, PhD
> > > > Associate Professor
> > > > Exploratory Systems Lab (ExpoLab)
> > > > Department of Computer Science
> > > > University of California, Davis
> > > >
> > > > ExpoLab: https://expolab.org/
> > > > ResilientDB: https://resilientdb.com/
> > > > Phone: 914-319-7937
> > > >
> > > >
> > > > On Mon, Aug 21, 2023 at 6:00 AM Roman Shaposhnik 
> wrote:
> > > >
> > > >> On Mon, Aug 21, 2023 at 12:48 AM Mo Sadoghi  >
> > > >> wrote:
> > > >>
> >

Re: Looking for a Champion / Mentors for ResilientDB Blockchain Platform

[Atri Sharma]

You should create a formal thread for the proposal and follow the process
for review.  Once done, we can then take it to vote.

We can get onto a call and discuss if that helps.

On Wed, 23 Aug 2023 at 3:49 AM, Mo Sadoghi  wrote:

> Dear Atri, Junping, Calvin, Kevin, Roman, Anh, David,
>
> Hope everyone is safe and well.
>
> We would like to know what is our next step, and what the would be the
> expected timeline to be officially accepted into the Apache Incubation
> program. We are very excited about this opportunity, and we are fully
> committed to expediting this process as much as possible on our end,
> especially if we can complete our tasks before the start of the Fall
> quarter by September 30. Needless to say, we will be fully committed
> thereafter as well.
>
> *Roman*, Thank you so much. Wonderful to have you as a mentor.
>
> Proposal: here
> 
> .
>
> ---
> Best Regards,
> Mohammad Sadoghi, PhD
> Associate Professor
> Exploratory Systems Lab (ExpoLab)
> Department of Computer Science
> University of California, Davis
>
> ExpoLab: https://expolab.org/
> ResilientDB: https://resilientdb.com/
> Phone: 914-319-7937
>
>
> On Mon, Aug 21, 2023 at 6:00 AM Roman Shaposhnik  wrote:
>
>> On Mon, Aug 21, 2023 at 12:48 AM Mo Sadoghi 
>> wrote:
>>
>>> Dear Roman
>>>
>>> Thank you for your kind support.
>>>
>>> Indeed our PoC is well fitting for the Apache foundation’s community.
>>>
>>> Would you be willing to kindly serve as one of our mentors? We currently
>>> have 3 formal mentors plus 2 informal mentors.
>>>
>>
>> I would be delighted to help -- please count me in!
>>
>> Thanks,
>> Roman.
>>
>>
>>>
>>> Best
>>> Mohamad Sadoghi
>>>
>>>
>>> On Sun, Aug 20, 2023 at 2:04 AM Roman Shaposhnik 
>>> wrote:
>>>
>>> > On Fri, Aug 18, 2023 at 12:55 AM Mo Sadoghi 
>>> > wrote:
>>> > >
>>> > > Dear Apache Members,
>>> > >
>>> > > Hope you are safe and well.
>>> > >
>>> > > Over the past 6 years, we have been developing a distributed
>>> blockchain
>>> > > framework, called ResilientDB , which has
>>> been
>>> > > open-sourced  since
>>> 2019.
>>> > > ResilientDB is a lightweight and highly performant framework
>>> (written in
>>> > > C++) that has been extensively evaluated and refined resulting in
>>> over 20
>>> > > publications and 2 books. It allows for easy integration with various
>>> > > Byzantine Fault-Tolerant (BFT) and Crash Fault-Tolerant (CFT)
>>> consensus
>>> > > protocols. ResilientDB has been a key educational tool, thus far, 1
>>> > > postdoc, 3 Ph.D., and 13 MSc students have graduated while working
>>> on it.
>>> > > Furthermore, it has been used in the classroom for the past 5 years
>>> with
>>> > > several hundred students utilizing it for their course projects. The
>>> > > current core team of ResilientDB consists of 1 Postdoc, 2 PhD, 8 MSc,
>>> > and 6
>>> > > BSc.  In addition to academic success, it has been utilized by our
>>> > industry
>>> > > partners (e.g., Radix Ltd  and Mysten
>>> Labs
>>> > > ) for analysis and as an
>>> industrial-strength
>>> > > framework to implement their consensus protocols. The broader team of
>>> > > active contributors currently included UCB, UCI, UPenn, and McMaster
>>> U.
>>> > >
>>> > > Our ResilientDB platform has now reached a stable point in its
>>> product
>>> > > life-cycle, and we believe it is now an excellent candidate to be
>>> > > considered for the Apache Incubation program to further expand its
>>> reach
>>> > > and development by building a larger community and ecosystem around
>>> it.
>>> > > Furthermore, considering the thriving field of blockchain /
>>> distributed
>>> > > ledger, Apache does not have any core blockchain software in its
>>> > portfolio.
>>> > >
>>> > > We are looking for champions and mentors for our project. Your kind
>>> > support
>>> > > is greatly appreciated. We look forward to growing and expanding our
>>> > > product as part of the Apache community.
>>> > >
>>> > > Here is the live / latest draft of the proposal.
>>> > >
>>> >
>>> https://docs.google.com/document/d/12WPvs1A7tqH8VjkMrgXTGQ_z4fiL6f6oi32e7bxSjXc/edit?usp=sharing
>>> > >
>>> > > Currently, we have *Anh Dinh*, Apache SINGA’s PMC, as our Apache
>>> mentor
>>> > > (cc'ed).
>>> >
>>> > It is extremely exciting to see a project like this seeking the ASF's
>>> > governance! Somehow I find it particularly fitting that one of the
>>> > innovations in your technology is PoC -- Proof Of Collaboration -- it
>>> > seems to me that this is somehow very on-brand for the ASF ;-)
>>> >
>>> > Best of luck!
>>> >
>>> > Oh, and on the mentors side -- I always advise projects to have at
>>> > least 3 mentors. If nothing else -- that tends to make voting on your
>>> > releases a much smoother experience.
>>> >
>>> > Thanks,
>>> > Roman.
>>> >
>>> > 

Re: Looking for a Champion / Mentors for ResilientDB Blockchain Platform

[Atri Sharma]

I am happy to be the champion

On Fri, 18 Aug 2023 at 1:14 PM, Mo Sadoghi  wrote:

> Dear Kevin,
>
> It would be wonderful to have you as a mentor.  Thank you so much for your
> kind support.
>
> Would you be open to serving as Champion, too?
>
> Greatly appreciated.
>
> ---
> Best Regards,
> Mohammad Sadoghi, PhD
> Associate Professor
> Exploratory Systems Lab (ExpoLab)
> Department of Computer Science
> University of California, Davis
>
> ExpoLab: https://expolab.org/
> ResilientDB: https://resilientdb.com/
> Phone: 914-319-7937
>
>
> *Statements by UC Davis:* Chancellor Gary S. May
> <
> https://www.ucdavis.edu/news/statement-resources-and-support-impacted-unrest-iran
> >,
> Dean Corsi (College of Engineering)
> <
> https://engineering.ucdavis.edu/news/statement-resources-and-support-those-impacted-unrest-iran
> >
> , Middle East/South Asia Studies
> <
> https://mesa.ucdavis.edu/public-statements/state-violence-against-student-protesters-iran
> >
>
> *Personal Statement:* We stand in solidarity with the brave and determined
> Iranian women and Iranian people. We are committed to upholding fundamental
> human rights, maintaining equity and justice, and standing against the use
> of violence, repression, and discrimination. We condemn the barbaric acts
> and brutal killings in Iranian streets, of innocent people in Ukraine, and
> everywhere globally.
>
>
> On Thu, Aug 17, 2023 at 11:56 PM Kevin Ratnasekera <
> djkevincr1...@gmail.com>
> wrote:
>
> > Hi,
> >
> > This project looks very interesting, I am happy to help as a mentor in
> the
> > incubation process.
> >
> > Regards
> > Kevin
> >
> > On Fri, Aug 18, 2023 at 7:05 AM Atri Sharma  wrote:
> >
> > > Please count me in as a mentor
> > >
> > > On Fri, 18 Aug 2023 at 9:45 AM, Mo Sadoghi 
> > wrote:
> > >
> > > > Dear Calvin,
> > > >
> > > > Thank you so much for your kind support.
> > > >
> > > > It would be great to have you as a mentor. Would you be open to
> serving
> > > as
> > > > Champion, too, given your extensive experience?
> > > >
> > > > Greatly appreciated.
> > > >
> > > > ---
> > > > Best Regards,
> > > > Mohammad Sadoghi, PhD
> > > > Associate Professor
> > > > Exploratory Systems Lab (ExpoLab)
> > > > Department of Computer Science
> > > > University of California, Davis
> > > >
> > > > ExpoLab: https://expolab.org/
> > > > ResilientDB: https://resilientdb.com/
> > > > Phone: 914-319-7937
> > > >
> > > >
> > > > *Statements by UC Davis:* Chancellor Gary S. May
> > > > <
> > > >
> > >
> >
> https://www.ucdavis.edu/news/statement-resources-and-support-impacted-unrest-iran
> > > > >,
> > > > Dean Corsi (College of Engineering)
> > > > <
> > > >
> > >
> >
> https://engineering.ucdavis.edu/news/statement-resources-and-support-those-impacted-unrest-iran
> > > > >
> > > > , Middle East/South Asia Studies
> > > > <
> > > >
> > >
> >
> https://mesa.ucdavis.edu/public-statements/state-violence-against-student-protesters-iran
> > > > >
> > > >
> > > > *Personal Statement:* We stand in solidarity with the brave and
> > > determined
> > > > Iranian women and Iranian people. We are committed to upholding
> > > fundamental
> > > > human rights, maintaining equity and justice, and standing against
> the
> > > use
> > > > of violence, repression, and discrimination. We condemn the barbaric
> > acts
> > > > and brutal killings in Iranian streets, of innocent people in
> Ukraine,
> > > and
> > > > everywhere globally.
> > > >
> > > >
> > > > On Thu, Aug 17, 2023 at 7:15 PM Calvin Kirs  wrote:
> > > >
> > > > > Hi,
> > > > >
> > > > >Please count me in, I'm interested in this project and I am
> happy
> > > > > to help as a mentor.
> > > > >
> > > > > I have been involved in the incubation process of several projects
> > and
> > > > > have experience with this.
> > > > >
> > > > > On Fri, Aug 18, 2023 at 9:40 AM 俊平堵  wrote:
> > > > > >
> > > > > > Hi

Re: Looking for a Champion / Mentors for ResilientDB Blockchain Platform

[Atri Sharma]

Please count me in as a mentor

On Fri, 18 Aug 2023 at 9:45 AM, Mo Sadoghi  wrote:

> Dear Calvin,
>
> Thank you so much for your kind support.
>
> It would be great to have you as a mentor. Would you be open to serving as
> Champion, too, given your extensive experience?
>
> Greatly appreciated.
>
> ---
> Best Regards,
> Mohammad Sadoghi, PhD
> Associate Professor
> Exploratory Systems Lab (ExpoLab)
> Department of Computer Science
> University of California, Davis
>
> ExpoLab: https://expolab.org/
> ResilientDB: https://resilientdb.com/
> Phone: 914-319-7937
>
>
> *Statements by UC Davis:* Chancellor Gary S. May
> <
> https://www.ucdavis.edu/news/statement-resources-and-support-impacted-unrest-iran
> >,
> Dean Corsi (College of Engineering)
> <
> https://engineering.ucdavis.edu/news/statement-resources-and-support-those-impacted-unrest-iran
> >
> , Middle East/South Asia Studies
> <
> https://mesa.ucdavis.edu/public-statements/state-violence-against-student-protesters-iran
> >
>
> *Personal Statement:* We stand in solidarity with the brave and determined
> Iranian women and Iranian people. We are committed to upholding fundamental
> human rights, maintaining equity and justice, and standing against the use
> of violence, repression, and discrimination. We condemn the barbaric acts
> and brutal killings in Iranian streets, of innocent people in Ukraine, and
> everywhere globally.
>
>
> On Thu, Aug 17, 2023 at 7:15 PM Calvin Kirs  wrote:
>
> > Hi,
> >
> >Please count me in, I'm interested in this project and I am happy
> > to help as a mentor.
> >
> > I have been involved in the incubation process of several projects and
> > have experience with this.
> >
> > On Fri, Aug 18, 2023 at 9:40 AM 俊平堵  wrote:
> > >
> > > Hi,
> > > The project looks interesting to me and I am happy to help as
> mentor.
> > >  BTW, I am PMC of hadoop, Ozone, and mentor Yunikorn, Evenmesh,
> > Linkis,
> > > etc. towards Apache TLP.
> > >
> > > Thanks,
> > >
> > > JP
> > >
> > > Mo Sadoghi  于2023年8月18日周五 05:55写道：
> > >
> > > > Dear Apache Members,
> > > >
> > > > Hope you are safe and well.
> > > >
> > > > Over the past 6 years, we have been developing a distributed
> blockchain
> > > > framework, called ResilientDB , which has
> > been
> > > > open-sourced  since
> 2019.
> > > > ResilientDB is a lightweight and highly performant framework (written
> > in
> > > > C++) that has been extensively evaluated and refined resulting in
> over
> > 20
> > > > publications and 2 books. It allows for easy integration with various
> > > > Byzantine Fault-Tolerant (BFT) and Crash Fault-Tolerant (CFT)
> consensus
> > > > protocols. ResilientDB has been a key educational tool, thus far, 1
> > > > postdoc, 3 Ph.D., and 13 MSc students have graduated while working on
> > it.
> > > > Furthermore, it has been used in the classroom for the past 5 years
> > with
> > > > several hundred students utilizing it for their course projects. The
> > > > current core team of ResilientDB consists of 1 Postdoc, 2 PhD, 8 MSc,
> > and 6
> > > > BSc.  In addition to academic success, it has been utilized by our
> > industry
> > > > partners (e.g., Radix Ltd  and Mysten
> Labs
> > > > ) for analysis and as an
> industrial-strength
> > > > framework to implement their consensus protocols. The broader team of
> > > > active contributors currently included UCB, UCI, UPenn, and McMaster
> U.
> > > >
> > > > Our ResilientDB platform has now reached a stable point in its
> product
> > > > life-cycle, and we believe it is now an excellent candidate to be
> > > > considered for the Apache Incubation program to further expand its
> > reach
> > > > and development by building a larger community and ecosystem around
> it.
> > > > Furthermore, considering the thriving field of blockchain /
> distributed
> > > > ledger, Apache does not have any core blockchain software in its
> > portfolio.
> > > >
> > > > We are looking for champions and mentors for our project. Your kind
> > support
> > > > is greatly appreciated. We look forward to growing and expanding our
> > > > product as part of the Apache community.
> > > >
> > > > Here is the live / latest draft of the proposal.
> > > >
> > > >
> >
> https://docs.google.com/document/d/12WPvs1A7tqH8VjkMrgXTGQ_z4fiL6f6oi32e7bxSjXc/edit?usp=sharing
> > > >
> > > > Currently, we have *Anh Dinh*, Apache SINGA’s PMC, as our Apache
> mentor
> > > > (cc'ed).
> > > >
> > > > ---
> > > > Best Regards,
> > > > Mohammad Sadoghi, PhD
> > > > Associate Professor
> > > > Exploratory Systems Lab (ExpoLab)
> > > > Department of Computer Science
> > > > University of California, Davis
> > > >
> > > > ExpoLab: https://expolab.org/
> > > > ResilientDB: https://resilientdb.com/
> > > > Phone: 914-319-7937
> > > >
> >
> >
> >
> > --
> > Best wishes！
> > CalvinKirs
> >
> > 

Re: [DISCUSS] Incubating Proposal for Paimon

[Atri Sharma]

Very interesting.

I would like to join as a mentor, if needed.

Atri

On Fri, Feb 24, 2023 at 9:28 AM Yu Li  wrote:
>
> Revision: the hyperlink of the first reference is incorrect and please use
> the website address directly instead of clicking it (sorry for my mistake).
>
> For easier reference: https://github.com/apache/flink-table-store
>
> Best Regards,
> Yu
>
>
> On Fri, 24 Feb 2023 at 11:48, Yu Li  wrote:
>
> > Hi All,
> >
> >
> > I would like to propose Paimon [1] as a new apache incubator project, and
> > you can find the proposal [2] of Paimon for more details.
> >
> >
> > Paimon is a unified lake storage to build dynamic tables for both stream
> > and batch processing with big data compute engines (Apache Flink, Apache
> > Spark, Apache
> > Hive, Trino, etc.), supporting high-speed data ingestion and real-time data 
> > query.
> > With the adoption of stream processing in production, there is an 
> > increasing demand for storage to simultaneously support updates, deletes 
> > and streaming reads,
> > which cannot be fully satisfied by existing lake storages. To tackle these
> > new challenges, Paimon
> > natively adopts LSM (Log-Structured Merge-tree) as its underlying data 
> > structure, and provides enhanced performance for data with primary keys
> > (besides
> > the common lake storage capabilities). What's more, Paimon supports both 
> > batch and stream operations (reads and writes), facilitating applications 
> > pursuing batch-stream-unified semantics. Specifically:
> >
> >
> > 1. Paimon provides excellent performance on the intensive update
> > / delete workload, leveraging the append-write feature of the LSM data
> > structure.
> >
> > 2. Paimon utilizes the ordered feature of LSM to support effective filter
> > pushdown, and could reduce
> > the latency of queries with primary key filtering to milliseconds.
> >
> > 3.
> > Paimon supports various (row-based or row-columnar) file formats including 
> > Apache Avro, Apache ORC and Apache Parquet (rows will be sorted by the 
> > primary key before writing out).
> >
> > 4.
> > Tables provided by Paimon can be queried by various engines, including 
> > Apache Flink, Apache Spark, Apache Hive, Trino, etc.
> >
> > 5.
> > Paimon's metadata is self-managed, stored on the distributed file system 
> > and can be synchronized to Hive metastore (HMS).
> >
> > 6.
> > Besides the common batch read and write support, Paimon also supports 
> > streaming read and change data feed.
> >
> >
> >
> > Paimon has been used by various users and companies, including Alibaba, 
> > Bilibili, ByteDance and so on. Paimon is also integrated into Alibaba 
> > Cloud's E-MapReduce and Realtime Compute products to provide cloud services.
> >
> >
> > Paimon was founded in the Flink community in 2022 with the name of "Flink 
> > Table Store”.
> > It has been developed for more than one year and produced 4 formal
> > releases. As its adoption expands to more computing engines, some of the 
> > ecology users express their concerns about the neutrality of the project. 
> > This makes us rethink the positioning of Flink Table Store, which can be an 
> > independent lake storage.
> >
> >
> > With adequate discussions, we have got the support from the Flink community 
> > to enter Apache incubation
> > [3] [4], with the below expectations:
> >
> > 1.
> > Expand Paimon's ecosystem, providing independent Java APIs to support 
> > reading and writing from more big data engines such as Apache
> > Doris, Apache Hive, Apache Presto, Apache Spark, Trino, etc.
> >
> > 2.
> > Supplement key capabilities, especially streaming reads and intensive 
> > updates/deletes,  for creating a unified and easy-to-use streaming data 
> > warehouse (lakehouse).
> >
> > 3. Grow into a more vibrant and neutral open source community.
> >
> >
> > And we believe the Paimon project will provide tremendous value for the
> > community if it is introduced into the Apache incubator.
> >
> >
> > I will help this project as the champion and mentor the project together
> > with three other mentors (many thanks):
> >
> >
> > * Becket Qin (j...@apache.org)
> >
> > * Robert Metzger (rmetz...@apache.org)
> >
> > * Stephan Ewen (se...@apache.org)
> >
> >
> > Look forward to your feedback. Thanks.
> >
> >
> > Best Regards,
> > Yu
> >
> > [1] https://github.com/apache/flink-table-store
> > 
> >
> > [2] https://cwiki.apache.org/confluence/display/INCUBATOR/PaimonProposal
> >
> > [3] https://lists.apache.org/thread/2ybxfg3zrzn4l3tnq3w2w3xvkhk0f9jk
> >
> > [4] https://lists.apache.org/thread/kn7c08cr4l0ynt551yfjqvzh5ns226r6
> >
> >
> >

-- 
Regards,

Atri
Apache Concerted

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] Graduate Apache ShenYu(Incubating) as a TLP [ROUND 2]

[Atri Sharma]

github.com/apache/incubator-shenyu/blob/master/MATURITY.md
> > > [13] https://incubator.apache.org/projects/shenyu.html
> > > [14] https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-197
> > > [15] https://github.com/apache/incubator-shenyu/blob/master/LICENSE
> > > [16] https://lists.apache.org/thread/gp1bnjflz7ysgopxk515l9clswgrvnko
> > >
> > >
> >
> --
> > >
> > > Establish the Apache ShenYu 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 Apache ShenYu is a Java native API Gateway for service
> > > proxy, protocol conversion and API governance.
> > >
> > > NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee
> > > (PMC), to be known as the "Apache ShenYu Project", be and hereby is
> > > established pursuant to Bylaws of the Foundation; and be it further
> > >
> > > RESOLVED, that the Apache ShenYu Project be and hereby is responsible
> > > for the creation and maintenance of software related to
> > > Apache ShenYu is a Java native API Gateway for service
> > > proxy, protocol conversion and API governance; and be it further
> > >
> > > RESOLVED, that the office of "Vice President, Apache ShenYu" 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 ShenYu
> > > Project, and to have primary responsibility for management of the
> > > projects within the scope of responsibility of the Apache ShenYu
> > > 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 ShenYu Project:
> > >
> > > * Ning Jiang  (ningji...@apache.org)
> > > * Atri Sharma (a...@apache.org)
> > > * Duo Zhang (zhang...@apache.org)
> > > * Jincheng Sun (jinch...@apache.org)
> > > * Justin Mclean (jmcl...@apache.org)
> > > * Kevin Ratnasekera (djkevi...@apache.org)
> > > * Yu Xiao (xia...@apache.org)
> > > * Yonglun Zhang (zhangyong...@apache.org)
> > > * Liming Deng (denglim...@apache.org)
> > > * Asxing (asx...@apache.org)
> > > * Congqi Zhu (q...@apache.org)
> > > * JianMing Ding (nuo...@apache.org)
> > > * Kunshuai Zhu (jo...@apache.org)
> > > * Lei Zhang (sabers...@apache.org)
> > > * Liang Liu (midnight2...@apache.org)
> > > * MingJie Song (kevincl...@apache.org)
> > > * Tang Yudong (tyd...@apache.org)
> > > * Wei Liu (lw1243925...@apache.org)
> > > * Yi Liu (y...@apache.org)
> > > * Zhenbing Feng (fengzhenb...@apache.org)
> > > * SiYing Zheng (impac...@apache.org)
> > > * ZiCheng Zhang （zhangzich...@apache.org）
> > > * Keguo Li （like...@apache.org）
> > >
> > > NOW, THEREFORE, BE IT FURTHER RESOLVED, that Yu Xiao be appointed to
> > > the office of Vice President, Apache ShenYu, to serve in accordance
> > > with and subject to the direction of the Board of Directors and the
> > > Bylaws of the Foundation until death, resignation, retirement, removal
> > > or disqualification, or until a successor is appointed; and be it
> > > further
> > >
> > > RESOLVED, that the Apache ShenYu Project be and hereby is tasked with
> > > the migration and rationalization of the Apache Incubator ShenYu
> > > podling; and be it further
> > >
> > > RESOLVED, that all responsibilities pertaining to the Apache
> > > Incubator ShenYu podling encumbered upon the Apache Incubator PMC are
> > > hereafter discharged.
> > >
> > > --
> > > Best wishes!
> > > Xiao Yu
> > >
> > > -
> > > 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: [VOTE] Graduate Apache ShenYu(Incubating) as a TLP

[Atri Sharma]

E IT RESOLVED, that a Project Management Committee
> > (PMC), to be known as the "Apache ShenYu Project", be and hereby is
> > established pursuant to Bylaws of the Foundation; and be it further
> >
> > RESOLVED, that the Apache ShenYu is a dynamic full lifecycle JAVA API
> > gateway
> > with easy scalability and hot-pluggable features; and be it further
> >
> > RESOLVED, that the office of "Vice President, Apache ShenYu" 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 ShenYu
> > Project, and to have primary responsibility for management of the
> > projects within the scope of responsibility of the Apache ShenYu
> > 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 ShenYu
> > Project:
> >
> > * Ning Jiang  (ningji...@apache.org)
> > * Atri Sharma (a...@apache.org)
> > * Duo Zhang (zhang...@apache.org)
> > * Jincheng Sun (jinch...@apache.org)
> > * Justin Mclean (jmcl...@apache.org)
> > * Kevin Ratnasekera (djkevi...@apache.org)
> > * Yu Xiao (xia...@apache.org)
> > * Yonglun Zhang (zhangyong...@apache.org)
> > * Liming Deng (denglim...@apache.org)
> > * Asxing (asx...@apache.org)
> > * Congqi Zhu (q...@apache.org)
> > * JianMing Ding (nuo...@apache.org)
> > * Kunshuai Zhu (jo...@apache.org)
> > * Lei Zhang (sabers...@apache.org)
> > * Liang Liu (midnight2...@apache.org)
> > * MingJie Song (kevincl...@apache.org)
> > * Tang Yudong (tyd...@apache.org)
> > * Wei Liu (lw1243925...@apache.org)
> > * Yi Liu (y...@apache.org)
> > * Zhenbing Feng (fengzhenb...@apache.org)
> > * SiYing Zheng (impac...@apache.org)
> > * ZiCheng Zhang （zhangzich...@apache.org）
> > * Keguo Li （like...@apache.org）
> >
> > NOW, THEREFORE, BE IT FURTHER RESOLVED, that Yu Xiao be appointed to
> > the office of Vice President, Apache ShenYu, to serve in accordance
> > with and subject to the direction of the Board of Directors and the
> > Bylaws of the Foundation until death, resignation, retirement, removal
> > or disqualification, or until a successor is appointed; and be it
> > further
> >
> > RESOLVED, that the Apache ShenYu Project be and hereby is tasked with
> > the migration and rationalization of the Apache Incubator ShenYu
> > podling; and be it further
> >
> > RESOLVED, that all responsibilities pertaining to the Apache
> > Incubator ShenYu podling encumbered upon the Apache Incubator PMC are
> > hereafter discharged.
> >
> > --
> > Best wishes!
> > Xiao Yu
> >
> > -
> > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> > For additional commands, e-mail: general-h...@incubator.apache.org
> >
> >
>

Re: [DISCUSS] Graduate Apache ShenYu(Incubating) as Apache TLP

[Atri Sharma]

 that the Apache ShenYu Project be and hereby is responsible
> for the creation and maintenance of software related to Apache ShenYu
> is a high performance Microservices API gateway in Java ecosystem,
> compatible with a variety of mainstream framework systems, supports
> hot plug. Users can write their own plugin meet the current requirement
> and future needs in a variety of scenarios, especially in large-scale
> scenes; and be it further
>
> RESOLVED, that the office of "Vice President, Apache ShenYu" 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 ShenYu
> Project, and to have primary responsibility for management of the
> projects within the scope of responsibility of the Apache ShenYu
> 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 ShenYu
> Project:
>
> * Ning Jiang  (ningji...@apache.org)
> * Atri Sharma (a...@apache.org)
> * Duo Zhang (zhang...@apache.org)
> * Jincheng Sun (jinch...@apache.org)
> * Justin Mclean (jmcl...@apache.org)
> * Kevin Ratnasekera (djkevi...@apache.org)
> * Yu Xiao (xia...@apache.org)
> * Yonglun Zhang (zhangyong...@apache.org)
> * Liming Deng (denglim...@apache.org)
> * Asxing (asx...@apache.org)
> * Congqi Zhu (q...@apache.org)
> * JianMing Ding (nuo...@apache.org)
> * Kunshuai Zhu (jo...@apache.org)
> * Lei Zhang (sabers...@apache.org)
> * Liang Liu (midnight2...@apache.org)
> * MingJie Song (kevincl...@apache.org)
> * Tang Yudong (tyd...@apache.org)
> * Wei Liu (lw1243925...@apache.org)
> * Yi Liu (y...@apache.org)
> * Zhenbing Feng (fengzhenb...@apache.org)
> * SiYing Zheng (impac...@apache.org)
> * ZiCheng Zhang （zhangzich...@apache.org）
> * Keguo Li （like...@apache.org）
>
> NOW, THEREFORE, BE IT FURTHER RESOLVED, that Yu Xiao be appointed to
> the office of Vice President, Apache ShenYu, to serve in accordance
> with and subject to the direction of the Board of Directors and the
> Bylaws of the Foundation until death, resignation, retirement, removal
> or disqualification, or until a successor is appointed; and be it
> further
>
> RESOLVED, that the Apache ShenYu Project be and hereby is tasked with
> the migration and rationalization of the Apache Incubator ShenYu
> podling; and be it further
>
> RESOLVED, that all responsibilities pertaining to the Apache
> Incubator ShenYu podling encumbered upon the Apache Incubator PMC are
> hereafter discharged.
>
> --
> Best wishes!
> Xiao Yu
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>


-- 
Regards,

Atri
Apache Concerted

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] Release Apache MXNet (incubating) version 2.0.0.beta1.rc1

[Atri Sharma]

+1 (binding)

On Thu, 17 Mar 2022, 20:00 kezhenxu94,  wrote:

> Carry my +1 (binding) from dev@ list
>
> Please reach out to other mentors to vote in dev@ list..
>
> > On Mar 16, 2022, at 12:44, Zhenghui Jin  wrote:
> >
> > Thanks Craig,
> >
> > I have sent emails to our mentors for their votes.
> >
> >> On 2022/03/15 02:13:50 Craig Russell wrote:
> >> Hi Barry,
> >>
> >> When you have a vote in the incubator, only IPMC members are considered
> binding.
> >>
> >> It's good to ask your mentors for their votes. If they all vote, you
> have all the binding votes you need.
> >>
> >> Warm regards,
> >> Craig
> >>
>  On Mar 14, 2022, at 6:15 PM, Barry Jin 
> wrote:
> >>>
> >>> Because I do not get enough number of binding votes within 72 hours, I
> will extend this voting with another 72 hours according to the release
> policy.
> >>>
> >>> Thanks,
> >>> Zhenghui Jin
> >>>
> >>>
>  On Mar 11, 2022, at 5:58 PM, Barry Jin 
> wrote:
> 
>  Dear MXNet community,
> 
>  This is a call for a releasing Apache MXNet (incubating) 2.0.0.beta1,
> release candidate 1.
> 
>  Apache MXNet (incubating) community has voted and approved the
> release.
> 
>  Vote thread:
>  https://lists.apache.org/thread/wj0hlq3x0yof2bmdz1zkfmmzq7tdy0mz <
> https://lists.apache.org/thread/wj0hlq3x0yof2bmdz1zkfmmzq7tdy0mz>
> 
>  Result thread:
>  https://lists.apache.org/thread/xplocjybgjnz1qld7z66tqsqq8pf3rp6 <
> https://lists.apache.org/thread/xplocjybgjnz1qld7z66tqsqq8pf3rp6>
> 
>  The source tarball, including signatures, digests, etc. can be found
> at:
> 
> https://dist.apache.org/repos/dist/dev/incubator/mxnet/2.0.0.beta1.rc1/ <
> https://dist.apache.org/repos/dist/dev/incubator/mxnet/2.0.0.beta1.rc1/>
> 
>  The tag to be voted upon is 2.0.0.beta1.rc1:
> 
> https://github.com/apache/incubator-mxnet/releases/tag/2.0.0.beta1.rc1 <
> https://github.com/apache/incubator-mxnet/releases/tag/2.0.0.beta1.rc1>
> 
>  The release hash is fc54fabe61573d0405b6ddead8c1501aedad3a11:
> 
> https://github.com/apache/incubator-mxnet/commit/fc54fabe61573d0405b6ddead8c1501aedad3a11
> <
> https://github.com/apache/incubator-mxnet/commit/fc54fabe61573d0405b6ddead8c1501aedad3a11
> >
> 
>  KEYS file available:
>  https://downloads.apache.org/incubator/mxnet/KEYS <
> https://downloads.apache.org/incubator/mxnet/KEYS>
> 
>  For information about the contents of this release, see:
> 
> https://github.com/apache/incubator-mxnet/releases/tag/2.0.0.beta1.rc1 <
> https://github.com/apache/incubator-mxnet/releases/tag/2.0.0.beta1.rc1>
> 
>  The vote will be open for 72 hours.
> 
>  [ ] +1 release this package as 2.0.0.beta1.rc1
>  [ ] +0 no opinion
>  [ ] -1 do not release this package because…
> 
>  Best regards,
>  Zhenghui Jin
> 
> 
> >>>
> >>
> >> Craig L Russell
> >> c...@apache.org
> >>
> >>
> >> -
> >> 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
> >
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>

Re: Chunjun Proposal

[Atri Sharma]

I am happy to sign up to be the champion

On Tue, 22 Feb 2022, 12:11 Apache,  wrote:

>
> Dear Apache Incubator Community,
> We propose to contribute Chunjun as an Apache Incubator project.
> We are still looking for possible Champion and Mentors if anyone would
> like to volunteer. Thanks a lot.
> Best Regards,
> Real-time computing engine team of DTStack.
>
> #Chunjun Proposal
>
> ##Abstract
> Chunjun is a distributed ETL tool and distributed data integration tool.
> Currently Chunjun is based on Apache Flink. It was initially known as
> FlinkX and renamed Chunjun on February 22, 2022.
> - Chunjun codebase: https://github.com/DTStack/chunjun
>
> ##Proposal
> We propose to contribute the Chunjun codebase to the Apache Software
> Foundation with the intent of forming a productive, meritocratic and open
> community around Chunjun’s continued development, according to the 'Apache
> Way'. The Chunjun's source code is already under the Apache License Version
> 2.0.
>
> ##Background
> We developed Chunjun in DTStack company in 2017, when we needed a low-code
> development and high-performance data integration tool. It has been an
> open-source project on GitHub since April 2018. Chunjun is running in
> DTStack production environment all the time. Chunjun has also been widely
> used by companies in China, including DTStack (https://www.dtstack.com/),
> Qihu360(https://www.360.cn/), Iflytek (https://www.iflytek.com/), XPeng
> Motors (https://en.xiaopeng.com/), WeBank (https://www.webank.com/),
> Asiainfo(https://asiainfo.com/), Guazi(https://www.guazi.com/), Hello Inc
> (https://www.hello-inc.com/), etc.  Nowadays, Chunjun has a strong
> community in China.
>
> ##Rationale
> High-performance of Chunjun is based on Apache Flink, and Chunjun can
> integrate data from different data source. Users only need to configure a
> JSON file to complete the data reading, transformer, and writing. Users can
> implement new reader/writer plugins to meet their requirements. Chunjun
> have implemented plugins that can capture data change for MySQL to restore
> data for Apache Doris.
> Chunjun has the following feature:
> real-time and offline integrate data from different data sources.
> change data capture(CDC) to merge restore data.
> resume from broken-point.
> capture and collect dirty data.
> limit data transferring rate.
> thoughput metrics.
> capture and restore schema evolution. (TODO)
>
> ##Current Status###Meritocracy
> Since Chunjun was open-sourced, many enterprises have adopted Chunjun to
> build up their data integration system. In return, we have received many
> issue reports or enhancements from them simultaneously. The codebase is now
> mainly managed by the development team inside DTStack who's responsible for
> building internal data integration system too.###Community
> Chunjun has been building a community around contributors and users to
> this framework for the last five years. We organized one meetup in 2020.
> Currently, we communicate in Github issues and in chinese DingTalk group.
> There are about 3000 people in this group. And we believe that we can get a
> lot of help from the Apache Flink community too. We will organize a meetup
> again in 2022.###Core Developers
> (In alphabetical order)
> Chao Xu (https://github.com/zoudaokoulife)
> Gongjiang Tang, (https://github.com/kyo-tom)
> Huai Yang, (https://github.com/yanghuaiGit)
> Jiangbo Li, (https://github.com/lijiangbo)
> Luning Wong, (https://github.com/deadwind4)
> Luo Li, (https://github.com/kanata163)
> Sishu Yang, (https://github.com/yangsishu)
> Tianzhu Wen, (https://github.com/WTZ468071157)
> Weiliang Hao, (https://github.com/xiuzhu9527)
> Wenqiang Liu, (https://github.com/meng1222)
> Xing Liu, (https://github.com/simenliuxing)
> Yang Lan, (https://github.com/HiLany)
> Yanquan Lv, (https://github.com/lvyanquan)
> Yifan Hu, (https://github.com/demotto)
> Zaiyue Yu, (https://github.com/tonybobam)
> Zhangwan Zhao, (https://github.com/jiemotongxue)
> Zhiqiang Li, (https://github.com/ChestnutQiang)
> They are almost working in real-time computing engine team of DTStack.
> Only Yifan Hu working for CaoCao Tech. Most of them are Apache Flink
> contributor.
>
> ##Known Risks###Project Name
> The name of the project is Chunjun. Chunjun comes from mandarin chinese
> Pinyin "Chun Jun", and it is one of the top ten famous swords in
> China.###Orphaned products
> More than 20 contributors and thousands of forks and star further show
> that Chunjun is actively supported, and we seek to further prosper the
> community with the aid of Apache. As a consequence, Chunjun is unlikely to
> be reduced to an orphaned project.###Inexperience with Open Source
> Many of the Chunjun committers have experience working on open source
> projects. They are also active contributors to other Apache projects.
> ###Homogenous Developers
> The most of core developers are from DTStack, and Chunjun received some
> bug fixes and enhancements from other developers not working at 

Re: [VOTE] Retire BlueMarlin

[Atri Sharma]

+1 to retire

On Wed, 16 Feb 2022, 14:10 Willem Jiang,  wrote:

> +1 to retired.
>
> Willem Jiang
>
> Twitter: willemjiang
> Weibo: 姜宁willem
>
> On Wed, Feb 16, 2022 at 7:20 AM Dave Fisher  wrote:
> >
> > Please vote to retire BlueMarlin. This is a group that has made no
> progress as an Apache podling. There is no interest in developing a
> community. They’ve had multiple chances.
> >
> > [ ] +1 Retire BlueMarlin
> > [ ] -1 Keep BlueMarlin and I’m willing to join to make it an Apache
> Community.
> > -
> > 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] Incubating Proposal of HugeGraph

[Atri Sharma]

Great to hear. What really matters is that the project succeeds, which
it is likely to, given your mentor list.

All the best!

On Tue, Jan 4, 2022 at 1:15 PM Willem Jiang  wrote:
>
> Hi Atri,
>
> Thanks for the kind offering,  as we already have enough mentors,
> maybe next time.
> BTW, there could be more projects on the way this year.
>
> Cheers,
>
> Willem Jiang
>
> Twitter: willemjiang
> Weibo: 姜宁willem
>
> On Tue, Jan 4, 2022 at 1:37 PM Atri Sharma  wrote:
> >
> > Great project.
> >
> > If you need an additional mentor, count me in.
> >
> > On Tue, 4 Jan 2022, 10:41 Juan Pan,  wrote:
> >
> > > Hello,
> > >
> > >
> > > Happy to be its mentor and input something here,
> > >
> > >
> > > When Jermy (one of their initial committers) contacted me about this
> > > project, I could feel their tech smell and the belief in OpenSource and
> > > Apache. They really want HugeGraph to become an active openSource 
> > > community
> > > to include people's thoughts worldwide, not just about the coding or
> > > leadership of some persons. However, they could not find a better 
> > > approach,
> > > so they sought our help. (That's why I am here ;-))
> > >
> > >
> > > We could see the trend and surging needs of the graph database, and
> > > HugeGraph concentrates on building a fast-speed and highly-scalable graph
> > > database. So hope this project brings more new energy, capability, and an
> > > openSource community here and there.
> > >
> > >
> > > Late greeting for happy new year!
> > >
> > >
> > > Trista
> > >
> > > --
> > > Juan Pan(Trista), Twitter: @tristaZero
> > >
> > >
> > > On 01/4/2022 10:27，Willem Jiang wrote：
> > > Hi
> > >
> > > First happy new year to everyone!
> > >
> > > We want to propose HugeGraph[1]  as a new Apache Incubator project.
> > >
> > > HugeGraph is a large-scale and easy-to-use graph database. In the case
> > > of 100+ billion data (vertices and edges), HugeGraph has complete
> > > HTAP[2] capabilities built in its internal system. The design goal of
> > > HugeGraph is to achieve a balance between availability, performance
> > > and cost.
> > >
> > > I'd be happy to be the Champion of this project and may Thanks to
> > > Trista Pan (panjuan at apache dot org)，Lidong Dai (lidongdai at apache
> > > dot org)，Xiangdong Huang (hxd at apache dot org)，Yu Li (liyu at apache
> > > dot org) for being the mentor of HugeGraph project and helping us to
> > > polish the incubating proposal[2].
> > >
> > > Looking forward to your feedback and thank you very much.
> > >
> > > [1]https://github.com/hugegraph/hugegraph/
> > > [2]
> > > https://en.wikipedia.org/wiki/Hybrid_transactional/analytical_processing
> > > [3]https://cwiki.apache.org/confluence/display/INCUBATOR/HugeGraphProposal
> > >
> > > Best Regards,
> > >
> > > 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
> > >
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>


-- 
Regards,

Atri
Apache Concerted

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [DISCUSS] Incubating Proposal of HugeGraph

[Atri Sharma]

Great project.

If you need an additional mentor, count me in.

On Tue, 4 Jan 2022, 10:41 Juan Pan,  wrote:

> Hello,
>
>
> Happy to be its mentor and input something here,
>
>
> When Jermy (one of their initial committers) contacted me about this
> project, I could feel their tech smell and the belief in OpenSource and
> Apache. They really want HugeGraph to become an active openSource community
> to include people's thoughts worldwide, not just about the coding or
> leadership of some persons. However, they could not find a better approach,
> so they sought our help. (That's why I am here ;-))
>
>
> We could see the trend and surging needs of the graph database, and
> HugeGraph concentrates on building a fast-speed and highly-scalable graph
> database. So hope this project brings more new energy, capability, and an
> openSource community here and there.
>
>
> Late greeting for happy new year!
>
>
> Trista
>
> --
> Juan Pan(Trista), Twitter: @tristaZero
>
>
> On 01/4/2022 10:27，Willem Jiang wrote：
> Hi
>
> First happy new year to everyone!
>
> We want to propose HugeGraph[1]  as a new Apache Incubator project.
>
> HugeGraph is a large-scale and easy-to-use graph database. In the case
> of 100+ billion data (vertices and edges), HugeGraph has complete
> HTAP[2] capabilities built in its internal system. The design goal of
> HugeGraph is to achieve a balance between availability, performance
> and cost.
>
> I'd be happy to be the Champion of this project and may Thanks to
> Trista Pan (panjuan at apache dot org)，Lidong Dai (lidongdai at apache
> dot org)，Xiangdong Huang (hxd at apache dot org)，Yu Li (liyu at apache
> dot org) for being the mentor of HugeGraph project and helping us to
> polish the incubating proposal[2].
>
> Looking forward to your feedback and thank you very much.
>
> [1]https://github.com/hugegraph/hugegraph/
> [2]
> https://en.wikipedia.org/wiki/Hybrid_transactional/analytical_processing
> [3]https://cwiki.apache.org/confluence/display/INCUBATOR/HugeGraphProposal
>
> Best Regards,
>
> 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
>

Re: [VOTE] Release Apache MXNet (incubating) version 1.9.0.rc8 (corrected vote)

[Atri Sharma]

+1

Checked licenses and headers, disclaimer exists and compilation proceeds.


On Tue, 14 Dec 2021, 10:54 Zhang Yonglun,  wrote:

> Hi,
>
> +1 (non binding)
>
> I checked:
> - incubating in name
> - signatures and hashes are fine
> - Disclaimer exists
> - LICENSE and NOTICE exist
> - No unexpected binary files
> - Can compile from source
>
> --
>
> Zhang Yonglun
> Apache ShenYu (Incubating)
> Apache ShardingSphere
>
>
> Serge Panev  于2021年12月6日周一 12:06写道：
>
> > Dear community,
> >
> > This is a call for a releasing Apache MXNet (incubating) 1.9.0, release
> > candidate 8.
> >
> > Apache MXNet (incubating) community has voted and approved the release.
> >
> > Vote thread:
> > https://lists.apache.org/thread/cb8xjt38s7j78htzd174hyd0yogcwpr8
> >
> > Result thread:
> > https://lists.apache.org/thread/rwpk1rzdyxmb6vv18d3lb96gqz4nvkdx
> >
> > The source tarball, including signatures, digests, etc. can be found at:
> > https://dist.apache.org/repos/dist/dev/incubator/mxnet/1.9.0.rc8/
> >
> > The tag to be voted upon is 1.9.0.rc8:
> > https://github.com/apache/incubator-mxnet/releases/tag/1.9.0.rc8
> >
> > The release hash is 8173b858dd1bff6be465bca2e2bbfc4eabd189b4:
> >
> >
> https://github.com/apache/incubator-mxnet/commit/8173b858dd1bff6be465bca2e2bbfc4eabd189b4
> >
> > KEYS file available:
> > https://downloads.apache.org/incubator/mxnet/KEYS
> >
> > For information about the contents of this release, see:
> > https://cwiki.apache.org/confluence/display/MXNET/1.9.0+Release+Notes
> >
> > This vote follows the previous vote
> > https://lists.apache.org/thread/63noybmypw0mh0qdp5covbp6yzqo85ly
> > but with a corrected KEYS file location.
> >
> > The vote will be open for 7 days.
> >
> > [ ] +1 release this package as 1.9.0.rc8
> > [ ] +0 no opinion
> > [ ] -1 do not release this package because...
> >
> > Best regards,
> > Serge Panev
> >
> >
>

Re: [VOTE] Release Apache ShenYu (incubating) 2.4.0 [ROUND 2]

[Atri Sharma]

+1 (binding)

checked:
- incubating in name
- DISCLAIMER exists
- LICENSE and NOTICE are good
- All source files have ASF headers
-

On Thu, 5 Aug 2021, 20:51 Kevin Ratnasekera, 
wrote:

> +1 ( binding )
>
> I checked the following.
>
> - Incubating in name.
>
> - PGP Signatures.
>
> - SHA512 Checksums.
>
> - DISCLAIMER exists.
>
> - LICENSE and NOTICE are fine.
>
> - Maven Build passes on MacOS.
>
>
>
> Regards
>
> Kevin
>
> On Thu, Aug 5, 2021 at 6:26 PM 张铎(Duo Zhang) 
> wrote:
>
> > +1 (binding)
> >
> > Checked sigs and sums: Matched
> > DISCLAIMER: In place
> > LICENSE and NOTICE: In place
> > Built from source(jdk-11.0.11): 'mvn clean install -DskipTests', passed
> > Rat check: Passed
> >
> > Xun Liu  于2021年8月5日周四 上午9:46写道：
> > >
> > > +1 (non-binding) from me, I have checked the following items:
> > >
> > > - Incubating in name
> > > - LICENSE and NOTICE is fine
> > > - DISCLAIMER exists
> > > - All links are valid
> > > - No unexpected binary files
> > > - All ASF files have ASF headers
> > > - Checksums and PGP signatures are valid.
> > > - No compiled archives bundled in source archive.
> > >
> > > Best regards
> > > Xun Liu
> > >
> > > On Thu, Aug 5, 2021 at 7:46 AM Justin Mclean  >
> > > wrote:
> > >
> > > > Hi,
> > > >
> > > > +1 (binding)
> > > >
> > > > I checked:
> > > > - incubating in name
> > > > - signatures and hashes are fine
> > > > - DISCLAIMER exists
> > > > - LICENSE and NOTICE are good
> > > > - All source files have ASF headers
> > > > - No unexpected binary files
> > > > - Can compile from source
> > > >
> > > > Thanks,
> > > > Justin
> > > >
> > > > -
> > > > 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
> >
> >
>


-- 
Regards,

Atri
Apache Concerted

Re: [VOTE] Graduate Apache Pinot as TLP

[Atri Sharma]

+1(binding)

On Wed, Jun 23, 2021 at 1:14 AM Mayank Shrivastava  wrote:
>
> Dear Incubator Community,
>
> We have discussed Apache Pinot Podling graduation in the general@incubator
> DISCUSS thread [1], and addressed all the questions and concerns brought up
> in the thread. Please refer to [1] for details on the questions and
> concerns brought up, as well as their resolutions. With no objections
> brought up in the discussion, we would like to proceed with the voting
> process.
>
> Here is the official vote for graduating Apache Pinot project as TLP.
>
> Please provide your in the following options:
>
> [ ] +1 - Recommend graduation of Apache Pinot as a TLP
>
> [ ]  0 - I don't feel strongly about it, but don't object
>
> [ ] -1 - Do not recommend the graduation of Apache Pinot because…
>
> The VOTE will remain open for at least 72 hours.
>
> To summarize a few of the community's achievements:
>
>
>-
>
>7800+ contributions from 168 contributors
>-
>
>7 releases by various release managers
>-
>
>6 new committers and 2 new PPMCs invited (all accepted)
>-
>
>Diverse committers and PPMCs (from 7 companies/institutes)
>-
>
>Apache website setup [4]
>-
>
>Dev conversations at d...@pinot.apache.org
>-
>
>Assessed ourselves against the Apache Project maturity matrix [5]
>-
>
>We have built a meritocratic and open collaborative process (the Apache
>way)
>
>
>
> =
>
> Establish the Apache Pinot 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 a distributed data integration framework that simplifies common aspects
> of big data integration such as data ingestion, replication, organization
> and lifecycle management for both streaming and batch data ecosystems.
>
> NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee (PMC),
> to be known as the "Apache Pinot Project", be and hereby is established
> pursuant to Bylaws of the Foundation; and be it further
>
> RESOLVED, that the Apache Pinot Project be and hereby is responsible for
> the creation and maintenance of software related to distributed OLAP data
> store to provide Real-time Analytics to power wide variety of analytical
> use case; and be it further
>
> RESOLVED, that the office of "Vice President, Apache Pinot" 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 Pinot Project, and to have
> primary responsibility for management of the projects within the scope of
> responsibility of the Apache Pinot 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 Pinot Project:
>
>-
>
>Felix Cheung 
>-
>
>Jackie Jiang 
>-
>
>Jim Jagielski 
>-
>
>Kishore G 
>-
>
>Mayank Shrivastava 
>-
>
>Neha Pawar 
>-
>
>Olivier Lamy 
>-
>
>Seunghyun Lee 
>-
>
>Siddharth Teotia 
>-
>
>Subbu Subramaniam 
>-
>
>Xiang Fu 
>
>
> NOW, THEREFORE, BE IT FURTHER RESOLVED, that Kishore Gopalakrishna be
> appointed to the office of Vice President, Apache Pinot, to serve in
> accordance with and subject to the direction of the Board of Directors and
> the Bylaws of the Foundation until death, resignation, retirement, removal
> of disqualification, or until a successor is appointed; and be it further
>
> RESOLVED, that the Apache Pinot Project be and hereby is tasked with the
> migration and rationalization of the Apache Incubator Pinot podling; and be
> it further
>
> RESOLVED, that all responsibilities pertaining to the Apache Incubator
> Pinot podling encumbered upon the Apache Incubator PMC are hereafter
> discharged.
>
>
> [1] general@Incubator Discuss thread
> 
>
> [2] Community Discussion for Graduation
> 
>
> [3] Voting Thread
> 
>
> [4] Voting Result
> 
>
> [5] https://pinot.incubator.apache.org/
> [6] Maturity Model Assessment
> 

-- 
Regards,

Atri
Apache Concerted

Re: [VOTE] Release Apache MXNet (incubating) version 1.9.0.rc3

[Atri Sharma]

-1

I see some files without a license -- please correct that.

On Fri, Jun 11, 2021 at 9:21 AM Serge Panev  wrote:
>
> Dear community,
>
> This is a call for a releasing Apache MXNet (incubating) 1.9.0, release
> candidate 3.
>
> Apache MXNet (incubating) community has voted and approved the release.
>
> Vote thread:
> https://lists.apache.org/thread.html/r1849016d251dad390312c8a788e9debd36abbf31e1ef15284582b41a%40%3Cdev.mxnet.apache.org%3E
>
> Result thread:
> https://lists.apache.org/thread.html/r23fe1a469edde8036845d3efb49ac1a69b68277a7275c0270fc9427e%40%3Cdev.mxnet.apache.org%3E
>
> The source tarball, including signatures, digests, etc. can be found at:
> https://dist.apache.org/repos/dist/dev/incubator/mxnet/1.9.0.rc3/
>
> The tag to be voted upon is 1.9.0.rc3:
> https://github.com/apache/incubator-mxnet/releases/tag/1.9.0.rc3
>
> The release hash is 579a631c44c97de838379b138858277999754b94:
>
> https://github.com/apache/incubator-mxnet/commit/579a631c44c97de838379b138858277999754b94
>
> KEYS file available:
> https://dist.apache.org/repos/dist/dev/incubator/mxnet/KEYS
>
> For information about the contents of this release, see:
>
> https://cwiki.apache.org/confluence/display/MXNET/1.9.0+Release+Notes
>
>
> The vote will be open for 7 days.
>
> [ ] +1 release this package as 1.9.0.rc3
> [ ] +0 no opinion
> [ ] -1 do not release this package because...
>
> Best regards,
>
> Serge Panev

-- 
Regards,

Atri
Apache Concerted

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] Accept Kyuubi into the Apache Incubator

[Atri Sharma]

+1(binding)

On Thu, 17 Jun 2021, 18:05 vino yang,  wrote:

> +1
>
> Best,
> Vino
>
> angers zhu  于2021年6月16日周三 下午4:26写道：
>
> > +1
> >
> > On 2021/06/14 13:57:27, Willem Jiang  wrote:
> > > Hi all,
> > >
> > > Following up the [DISCUSS] thread on Kyuubi[1], I would like to call a
> > > VOTE to accept Kyuubi into the Apache Incubator.
> > >
> > > Please cast your vote:
> > >
> > >   [ ] +1, bring Kyuubi into the Incubator
> > >   [ ] +0, I don't care either way
> > >   [ ] -1, do not bring Kyuubi 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 Kyuubi Proposal from the incubator wiki[2].
> > >
> > > [1]
> >
> https://lists.apache.org/thread.html/rbd3224354d80c495ddf604853a1d8153c422cdf8d154738d34a8b5e2%40%3Cgeneral.incubator.apache.org%3E
> > > [2]
> https://cwiki.apache.org/confluence/display/INCUBATOR/KyuubiProposal
> > >
> > > Regards,
> > >
> > > 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
> > >
> > >
> >
> > -
> > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> > For additional commands, e-mail: general-h...@incubator.apache.org
> >
> >
>

Re: [RESULT][VOTE] Apache Tuweni 2.0.0

[Atri Sharma]

+1(binding).

Sorry, missed voting earlier

On Wed, Jun 16, 2021 at 12:10 PM Antoine Toulme  wrote:
>
> Thanks all,
>
> The vote has concluded.
>
> The results are as follows:
> 4 +1: Furkan Kamaci (binding),  Antoine Toulme (binding), John D. Ament 
> (binding), Xun Liu (non-binding).
> 0 +0
> 1 -1: Justin Mclean
>
> The release vote passes. I will release the artifacts and prepare an email to 
> announce@.
>
> Thanks all!
>
> Antoine
>
> > On Jun 16, 2021, at 8:36 AM, Furkan KAMACI  wrote:
> >
> > Hi,
> >
> > +1 (binding, carrying over my vote).
> >
> > Kind Regards,
> > Furkan KAMACI
> >
> > On Mon, Jun 14, 2021 at 3:54 PM John D. Ament  wrote:
> >
> >> Thanks for clarifying everything.  I think we are in good working order
> >> then and here's my +1 (binding) to release.
> >>
> >> On Mon, Jun 14, 2021 at 8:52 AM Antoine Toulme 
> >> wrote:
> >>
> >>> Yes.
> >>
> >>
>  On Jun 14, 2021, at 14:51, John D. Ament 
> >> wrote:
> 
>  On Mon, Jun 14, 2021 at 8:48 AM Antoine Toulme 
> >>> wrote:
> 
> > Mikuli is from the same company that donated Cava… please, what are
> >> you
> > talking about?
> >
> 
>  And Cava is the project's name before it was Tuweni?
> 
> 
> >
> >> On Jun 14, 2021, at 14:45, Justin Mclean 
> > wrote:
> >>
> >> Hi,
> >>
> >>> Again, no. This code was part of the donation to the ASF. Someone
> >> took
> > the defunct code of the original project and copied it to a different
> > project.
> >>
> >> I’m sorry but an entity can’t donate code that it doesn’t own the IP
> >>> in.
> > It’s is unfortunate that this issue wasn’t discovered at the time of
> > donation or in previously releases, but sometimes that happens and
> >>> that’s
> > part of being an incubating project and one reason why we have a
> >>> disclaimer
> > on incubating releases. The good news it is it’s under a license
> >>> compatible
> > with the ALv2, so there isn’t a big issue here, it just needs to be
> >>> dealt
> > with in the appropriate way.
> >>
> >> Kind Regards,
> >> Justin
> >
> >
> > -
> > 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
> >>>
> >>>
> >>
>
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>


-- 
Regards,

Atri
Apache Concerted

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [DISCUSS] Graduate Apache Pinot (Incubating) as a TLP

[Atri Sharma]

+1 (binding)

On Fri, Jun 11, 2021 at 4:42 AM Mayank Shrivastava  wrote:
>
> Hi all,
>
> After a discussion with the community [1], voting [2], and a positive vote
> result [3],
>
> we believe Apache Pinot (Incubating) is ready for graduation to a TLP,
>
> and we'd like to bring it up in discussion with the IPMC.
>
> To list a few of the community's achievements:
>
>
>-
>
>7800+ contributions from 168 contributors
>-
>
>7 releases by various release managers
>-
>
>6 new committers and 2 new PPMCs invited (all accepted)
>-
>
>Diverse committers and PPMCs (from 7 companies/institutes)
>-
>
>Apache website setup [4]
>-
>
>Dev conversations at d...@pinot.apache.org
>-
>
>Assessed ourselves against the Apache Project maturity matrix [5]
>-
>
>We have built a meritocratic and open collaborative process (the Apache
>way)
>
>
> [1] Community Discussion for Graduation
> 
>
> [2] Voting Thread
> 
>
> [3] Voting Result
> 
>
> [4] https://pinot.incubator.apache.org/
>
> [5] Maturity Model Assessment
> 
>
> Please see the proposed board resolution below and let us know what you
>
> think.
>
> The discussion will remain open for at least 72 hours.
>
> ---
>
> Establish the Apache Pinot 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 a distributed data integration framework that simplifies common aspects
> of big data integration such as data ingestion, replication, organization
> and lifecycle management for both streaming and batch data ecosystems.
>
> NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee (PMC),
> to be known as the "Apache Pinot Project", be and hereby is established
> pursuant to Bylaws of the Foundation; and be it further
>
> RESOLVED, that the Apache Pinot Project be and hereby is responsible for
> the creation and maintenance of software related to distributed OLAP data
> store to provide Real-time Analytics to power wide variety of analytical
> use case; and be it further
>
> RESOLVED, that the office of "Vice President, Apache Pinot" 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 Pinot Project, and to have
> primary responsibility for management of the projects within the scope of
> responsibility of the Apache Pinot 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 Pinot Project:
>
>-
>
>Felix Cheung 
>-
>
>Jackie Jiang 
>-
>
>Jim Jagielski 
>-
>
>Kishore G 
>-
>
>Mayank Shrivastava 
>-
>
>Neha Pawar 
>-
>
>Olivier Lamy 
>-
>
>Seunghyun Lee 
>-
>
>Siddharth Teotia 
>-
>
>Subbu Subramaniam 
>-
>
>Xiang Fu 
>
>
>
>
> NOW, THEREFORE, BE IT FURTHER RESOLVED, that Kishore Gopalakrishna be
> appointed to the office of Vice President, Apache Pinot, to serve in
> accordance with and subject to the direction of the Board of Directors and
> the Bylaws of the Foundation until death, resignation, retirement, removal
> of disqualification, or until a successor is appointed; and be it further
>
> RESOLVED, that the Apache Pinot Project be and hereby is tasked with the
> migration and rationalization of the Apache Incubator Pinot podling; and be
> it further
>
> RESOLVED, that all responsibilities pertaining to the Apache Incubator
> Pinot podling encumbered upon the Apache Incubator PMC are hereafter
> discharged.
>
>
> ---
>
>
> Thanks,
> Mayank

-- 
Regards,

Atri
Apache Concerted

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [DISCUSS] Incubating Proposal of Kyuubi

[Atri Sharma]

; > takes us 2 ~ 3 weeks for a patch release that contains 5-10 bug fixes
> > > until
> > > > EOL. And it takes us about two months to finish a minor release with
> 3
> > ~
> > > 5
> > > > big improvements and various small features/bug fixes. We also will
> > start
> > > > with some release candidates for preview and test before the final.
> > This
> > > is
> > > > how we develop and release Kyuubi for now, but we do have a long way
> to
> > > go
> > > > and learn to match the ASF requirement.
> > > > And your committer list is very strange... 1. Why some of them are
> PPMC
> > > and
> > > > others are committers? Where this hierarchy comes from? The current
> > PPMC
> > > > candidates help us a lot build the Kyuubi project and community, not
> > > > directly to the codebase but as mentors(before Apache). Most of them
> > are
> > > > from Apache mature TLPs, which have close relationships with Kyuubi.
> > They
> > > > have sufficient Apache Way experience to guide us to become a more
> > > > Apache-like project before submitting this proposal in many ways. We
> > will
> > > > continue to promote more contributors to the PPMC/committer based on
> > > their
> > > > code or non-code contributions during incubation.
> > > > 2. Your core maintainers have 5, which only 4 PPMC? The current #.2
> - 5
> > > top
> > > > contributors will stay as committers, and they will join the PPMC
> > during
> > > > incubation.
> > > > 3. I think only the top 4 have over 400 LOC, why you declared you
> have
> > 5
> > > > core developers? I didn't notice that 400 LOC is a bar for core
> > > developer,
> > > > will change 5 to 4 core developers accordingly
> > > > I think you don't have enough no-salaried developers, am I missing
> > > > anything? Yes.
> > > > Changed in the proposal, most of the contributors are salaried, and
> > some
> > > of
> > > > them are willing to help in the spare time. Thanks
> > > > This project belongs to NetEase Inc. clearly, why NO SGA? Added SGA
> in
> > > > Proposal. All work here is approved by NetEase and can be forward.
> > > > At last, you are asking about
> > github.com/apache/incubator-kyuubi-shaded
> > > > repo,
> > > > what does this represent? I can only see you have only one source
> repo
> > > and
> > > > a doc repo. Removed this requirement in the proposal, and we will
> apply
> > > it
> > > > from IPMC if we do need this in the future.
> > > > --
> > > >
> > > > Bests
> > > >
> > > > Kent Yao
> > > >
> > > > Sheng Wu  于2021年6月2日周三 下午5:45写道：
> > > >
> > > > > Hi
> > > > >
> > > > > I read the contributor list and the proposal
> > > > > > The risk of the Kyuubi project being abandoned is minimal. Many
> > > > > organizations are using Kyuubi to build critical big data pipelines
> > and
> > > > > willing to help develop Kyuubi's community if it becomes an ASF
> > > project.
> > > > >
> > > > > I think the team should evaluate the status again. You listed only
> 5
> > > core
> > > > > maintainers, but clearly only one has dominated contributions. I
> > agree
> > > > with
> > > > > Atri, orphaned is measurable.
> > > > > It is better to adjust this statement a little. Also, with this
> fact,
> > > the
> > > > > core maintainers should notice whether this small group of people
> to
> > > make
> > > > > sure your features iteration, bug fix, and release process working
> by
> > > > > following ASF's requirements.
> > > > > This would not be an easy job.
> > > > >
> > > > > And your committer list is very strange
> > > > > ```
> > > > > Kent Yao (y...@apache.org) (PPMC)
> > > > > Wenchen Fan (wenc...@apache.org) (PPMC)
> > > > > Wanqiang Ji (j...@apache.org) (PPMC)
> > > > > Xun Liu (liu...@apache.org) (PPMC)
> > > > > Fei Wang (cn.feiw...@gmail.com)
> > > > > Ulysses You (ulyssesyo...@gmail.com)
> > > > > Cheng Pan (pan3...@gmail.com)
> > > > > Hongxiang Jiang (jh

Re: [DISCUSS] Incubating Proposal of Kyuubi

[Atri Sharma]

gt; Proposal. All work here is approved by NetEase and can be forward.
> > At last, you are asking about github.com/apache/incubator-kyuubi-shaded
> > repo,
> > what does this represent? I can only see you have only one source repo
> and
> > a doc repo. Removed this requirement in the proposal, and we will apply
> it
> > from IPMC if we do need this in the future.
> > --
> >
> > Bests
> >
> > Kent Yao
> >
> > Sheng Wu  于2021年6月2日周三 下午5:45写道：
> >
> > > Hi
> > >
> > > I read the contributor list and the proposal
> > > > The risk of the Kyuubi project being abandoned is minimal. Many
> > > organizations are using Kyuubi to build critical big data pipelines and
> > > willing to help develop Kyuubi's community if it becomes an ASF
> project.
> > >
> > > I think the team should evaluate the status again. You listed only 5
> core
> > > maintainers, but clearly only one has dominated contributions. I agree
> > with
> > > Atri, orphaned is measurable.
> > > It is better to adjust this statement a little. Also, with this fact,
> the
> > > core maintainers should notice whether this small group of people to
> make
> > > sure your features iteration, bug fix, and release process working by
> > > following ASF's requirements.
> > > This would not be an easy job.
> > >
> > > And your committer list is very strange
> > > ```
> > > Kent Yao (y...@apache.org) (PPMC)
> > > Wenchen Fan (wenc...@apache.org) (PPMC)
> > > Wanqiang Ji (j...@apache.org) (PPMC)
> > > Xun Liu (liu...@apache.org) (PPMC)
> > > Fei Wang (cn.feiw...@gmail.com)
> > > Ulysses You (ulyssesyo...@gmail.com)
> > > Cheng Pan (pan3...@gmail.com)
> > > Hongxiang Jiang (jhx1...@gmail.com)
> > > Zen Jin(xinjingziranc...@gmail.com)
> > > ```
> > > 1. Why some of them are PPMC and others are committers? Where this
> > > hierarchy comes from?
> > > 2. Your core maintainers have 5, which only 4 PPMC? (Even hierarchy
> makes
> > > sense, most likely not)
> > > 3. I think only the top 4 have over 400 LOC, why you declared you have
> 5
> > > core developers?
> > >
> > > Another re-evaluation request is about `Reliance on Salaried
> Developers:`
> > > > They are all passionate about the project, and we are confident that
> > the
> > > project will continue even if no salaried developers contribute to the
> > > project.
> > >
> > > I think you don't have enough no-salaried developers, am I missing
> > > anything?
> > >
> > > About IP clearance, `Initial Source and Intellectual Property
> Submission
> > > Plan`
> > > > As soon as Kyuubi is approved to join Apache Incubator, our initial
> > > committers will submit iCLA(s) and CCLA(s). The codebase is already
> > > licensed under the Apache License 2.0.
> > >
> > > This project belongs to NetEase Inc. clearly, why NO SGA?
> > >
> > > At last, you are asking about `
> > github.com/apache/incubator-kyuubi-shaded`
> <http://github.com/apache/incubator-kyuubi-shaded>
> > <http://github.com/apache/incubator-kyuubi-shaded>
> > > <http://github.com/apache/incubator-kyuubi-shaded>
> > > repo, what does this represent? I can only see you have only one source
> > > repo and a doc repo.
> > >
> > > Sheng Wu 吴晟
> > > Twitter, wusheng1108
> > >
> > >
> > > Atri Sharma  于2021年6月2日周三 下午4:49写道：
> > >
> > > > Thanks.
> > > >
> > > > I looked at the link you advised on and if I am reading it correctly,
> > top
> > > > committer has 630ish commits and the next committer has 73 commits?
> > > >
> > > > IMO this is an indication of the community not being active enough
> and
> > > > hence the risk of project getting orphaned is measurable.
> > > >
> > > > Atri
> > > >
> > > > On Wed, 2 Jun 2021, 06:57 Willem Jiang, 
> > wrote:
> > > >
> > > > > Hi Atri Sharma,
> > > > >
> > > > > It's easier to check out the recent contribution of kyuubi from
> this
> > > > > link[1].
> > > > > We already identified the one person contribution issue of kyuubi
> > when
> > > > > Kent came to us and we kept reminding him to put more effort into
> > > > > building the co

Re: [DISCUSS] Incubating Proposal of Kyuubi

[Atri Sharma]

Thanks.

I looked at the link you advised on and if I am reading it correctly, top
committer has 630ish commits and the next committer has 73 commits?

IMO this is an indication of the community not being active enough and
hence the risk of project getting orphaned is measurable.

Atri

On Wed, 2 Jun 2021, 06:57 Willem Jiang,  wrote:

> Hi Atri Sharma,
>
> It's easier to check out the recent contribution of kyuubi from this
> link[1].
> We already identified the one person contribution issue of kyuubi when
> Kent came to us and we kept reminding him to put more effort into
> building the community.
> Last week I had a long F2F conversation with Kent, I think he already
> knows about it and there have been some improvements in recent months
> but there is still a long way to go if Kyuubi is accepted as a podling
> in the Apache Incubator.
>
> [1]https://github.com/NetEase/kyuubi/graphs/contributors
>
> Willem Jiang
>
> Twitter: willemjiang
> Weibo: 姜宁willem
>
> On Tue, Jun 1, 2021 at 10:52 PM Atri Sharma  wrote:
> >
> > Hi,
> >
> > I took a look at commit log and seems like all the commits for last 3
> > months have been done by a single person.
> >
> > How active are the remaining committers?
> >
> > On Mon, 31 May 2021, 12:59 Kent Yao,  wrote:
> >
> > > Hi Alexander Alten,
> > >
> > > Thanks for your interest and +1 for Kyuubi.
> > >
> > > Not being very familiar with Dremel, I just took a quick look at the
> > > profile of a very similar and exciting project, Apache Drill. If I
> > > understand correctly, Kyuubi is built on top of the compute layer
> > > (Apache Spark), while Apache Drill is built on top of the storage
> > > layer.
> > >
> > > Apache Spark has a large user base and usage scenarios all over the
> > > world. When users have some basic Spark programming and tuning skills,
> > > things are easy for them. But many times, most users do not have all
> > > of these abilities when they use Spark directly or indirectly. We want
> > > to build a more easy-to-use platform on top of it to help these users.
> > > On the one hand, we will work on the interface layer to make it easy
> > > to access (of course, this effort will make our project look very
> > > similar to other projects, such as HiveServer2). On the other hand, we
> > > will work under Kyuubi's multi-tenant architecture to extend our
> > > on-prem Spark SQL engine(a.k.a Kyuubi engine) to make it more stable
> > > and efficient in our scenario.
> > >
> > > What's more, we are going to add more on-prem Kyuubi engine types, e.g.
> > > Flink.
> > >
> > > Alexander Alten  于2021年5月31日周一 下午2:35写道：
> > >
> > > >
> > > > Hey,
> > > >
> > > > Looks like an interesting project, competition to Starburst. How
> does it
> > > > compare to Apache Dremel?
> > > >
> > > >  +1 (non-binding) for incubation.
> > > >
> > > > Thanks and stay safe,
> > > > --alex
> > > >
> > > > On Mon, May 31, 2021, 08:21 Kent Yao  wrote:
> > > >
> > > > > Dear all,
> > > > >
> > > > > We want to propose Kyuubi as a new Apache Incubator project.
> > > > >
> > > > > Kyuubi is a distributed multi-tenant Thrift JDBC/ODBC server for
> > > > > large-scale data management, processing, and analytics, built on
> top
> > > > > of Apache Spark and designed to support more engines (i.e., Apache
> > > > > Flink). We are aiming to make Kyuubi an "out-of-the-box" tool for
> data
> > > > > warehouses and data lakes. Kyuubi concentrates on improving the
> > > > > experience for non-Spark users, making it easy for them to use
> Spark
> > > > > as a service and focus on business data of their own, not where it
> > > > > stores, how it computes. NetEase has open-sourced Kyuubi since
> 2018,
> > > > > https://github.com/NetEase/kyuubi.
> > > > >
> > > > > Many thanks to Willem Jiang (Champion), Jeff Zhang, Duo Zhang,
> Akira
> > > > > Ajisaka for being the mentors of the Kyuubi project and helping us
> set
> > > > > up this proposal. The proposal can be found at
> > > > >
> https://cwiki.apache.org/confluence/display/INCUBATOR/KyuubiProposal.
> > > > >
> > > > > Looking forward to your feedback and thank you very much.
> > > > >
> > &

Re: [DISCUSS] Incubating Proposal of Kyuubi

[Atri Sharma]

Hi,

I took a look at commit log and seems like all the commits for last 3
months have been done by a single person.

How active are the remaining committers?

On Mon, 31 May 2021, 12:59 Kent Yao,  wrote:

> Hi Alexander Alten,
>
> Thanks for your interest and +1 for Kyuubi.
>
> Not being very familiar with Dremel, I just took a quick look at the
> profile of a very similar and exciting project, Apache Drill. If I
> understand correctly, Kyuubi is built on top of the compute layer
> (Apache Spark), while Apache Drill is built on top of the storage
> layer.
>
> Apache Spark has a large user base and usage scenarios all over the
> world. When users have some basic Spark programming and tuning skills,
> things are easy for them. But many times, most users do not have all
> of these abilities when they use Spark directly or indirectly. We want
> to build a more easy-to-use platform on top of it to help these users.
> On the one hand, we will work on the interface layer to make it easy
> to access (of course, this effort will make our project look very
> similar to other projects, such as HiveServer2). On the other hand, we
> will work under Kyuubi's multi-tenant architecture to extend our
> on-prem Spark SQL engine(a.k.a Kyuubi engine) to make it more stable
> and efficient in our scenario.
>
> What's more, we are going to add more on-prem Kyuubi engine types, e.g.
> Flink.
>
> Alexander Alten  于2021年5月31日周一 下午2:35写道：
>
> >
> > Hey,
> >
> > Looks like an interesting project, competition to Starburst. How does it
> > compare to Apache Dremel?
> >
> >  +1 (non-binding) for incubation.
> >
> > Thanks and stay safe,
> > --alex
> >
> > On Mon, May 31, 2021, 08:21 Kent Yao  wrote:
> >
> > > Dear all,
> > >
> > > We want to propose Kyuubi as a new Apache Incubator project.
> > >
> > > Kyuubi is a distributed multi-tenant Thrift JDBC/ODBC server for
> > > large-scale data management, processing, and analytics, built on top
> > > of Apache Spark and designed to support more engines (i.e., Apache
> > > Flink). We are aiming to make Kyuubi an "out-of-the-box" tool for data
> > > warehouses and data lakes. Kyuubi concentrates on improving the
> > > experience for non-Spark users, making it easy for them to use Spark
> > > as a service and focus on business data of their own, not where it
> > > stores, how it computes. NetEase has open-sourced Kyuubi since 2018,
> > > https://github.com/NetEase/kyuubi.
> > >
> > > Many thanks to Willem Jiang (Champion), Jeff Zhang, Duo Zhang, Akira
> > > Ajisaka for being the mentors of the Kyuubi project and helping us set
> > > up this proposal. The proposal can be found at
> > > https://cwiki.apache.org/confluence/display/INCUBATOR/KyuubiProposal.
> > >
> > > Looking forward to your feedback and thank you very much.
> > >
> > > Best regards,
> > > Kent Yao
> > >
> > > -
> > > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> > > For additional commands, e-mail: general-h...@incubator.apache.org
> > >
> > >
>
>
>
> --
>
>  Kent Yao
> @ Data Science Center, Hangzhou Research Institute, NetEase Corp.
> a spark enthusiast
> kyuubiis a unified multi-tenant JDBC interface for large-scale data
> processing and analytics, built on top of Apache Spark.
>
> spark-authorizerA Spark SQL extension which provides SQL Standard
> Authorization for Apache Spark.
> spark-postgres A library for reading data from and transferring data
> to Postgres / Greenplum with Spark SQL and DataFrames, 10~100x faster.
> itatchiA library that brings useful functions from various modern
> database management systems to Apache Spark.
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>

Re: [VOTE] Retirement of Weex

[Atri Sharma]

+1(binding)

On Mon, 10 May 2021, 04:48 Furkan KAMACI,  wrote:

> Hi,
>
> +1 (binding).
>
> Kind Regards,
> Furkan KAMACI
>
> On Mon, May 10, 2021 at 2:09 AM Liang Chen 
> wrote:
>
> > +1 binding
> >
> > Regards
> > Liang
> >
> >
> >
> > --
> > Sent from: http://apache-incubator-general.996316.n3.nabble.com/
> >
> > -
> > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> > For additional commands, e-mail: general-h...@incubator.apache.org
> >
> >
>

Re: [VOTE] Accept ShenYu into the Apache Incubator

[Atri Sharma]

+1(binding)

On Mon, 26 Apr 2021, 18:51 Willem Jiang,  wrote:

> Hi all,
>
> Following up the [DISCUSS] thread on ShenYu[1] I would like to call a
> VOTE to accept ShenYu Aka Soul into the Apache Incubator.
>
> Please cast your vote:
>
>   [ ] +1, bring ShenYu into the Incubator
>   [ ] +0, I don't care either way
>   [ ] -1, do not bring ShenYu 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 ShenYu Proposal from the incubator wiki[2].
>
> [1]
> https://lists.apache.org/thread.html/r2632d213ed45b72267bde1e9cbffc39430887c0cf36933389fc85521%40%3Cgeneral.incubator.apache.org%3E
> [2]https://cwiki.apache.org/confluence/display/INCUBATOR/ShenYuProposal
>
> Regards，
>
> 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
>
>

Re: Mentors Wanted for Apache MXNet

[Atri Sharma]

Please count me in

On Fri, 23 Apr 2021, 01:36 Sheng Zha,  wrote:

> Dear IPMC members,
>
> MXNet is in need for your help. We would like to request for more active
> mentors to accompany us on the last segment of the journey in the Incubator
> towards graduation. If you are interested in helping us keep deep learning
> accessible, please reach out to us at priv...@mxnet.apache.org.
>
> Thanks,
> Sheng
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>

Re: [DISCUSS] Incubating Proposal of Shenyu

[Atri Sharma]

+1, having too high a bar for initial committership can be detrimental to
the project.

On Sat, 17 Apr 2021 at 5:06 AM, Justin Mclean 
wrote:

> Hi,
>
> >> We have make the election criterion of initial committer: continuously
> >> contribute for the last one year, code of lines over 3000, commits over
> 15.
>
> While not as high as some TLP this seems a little too high to me. A year
> is a long time for someone to hang about on the chance they become a
> committer. They will probably make your incubation journey longer. It’s
> also important to remember that people should b able to become committers
> by not contributing code but by helping out in other ways, in particular
> anything to do with community building.
>
> >> So Yonglun Zhang, Jinwei Qin and Lei Zhang will be removed from the
> >> committers list.
>
> There is no real harm is having more initial committers. The PMC /
> committer list can be refined at graduation and people who have not made
> contributions removed.
>
> >> During 2020-11~2020-12, we held source code sharing events.
>
> Who was involved in the organisation f these events, I hope they are on
> the initial committer list.
>
> Thanks,
> Justin
>
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
> --
Regards,

Atri
Apache Concerted

Re: Re: [DISCUSS] Incubating Proposal of Shenyu

[Atri Sharma]

 > >As for the contributors and known users, I didn’t mean to
> state
> > > the
> > > > > > IP,
> > > > > > > I just want to make sure that the community (contributors and
> > > users)
> > > > > are
> > > > > > > correctly belonging to the project which is being proposed so
> that
> > > > > > > reviewers can have a better idea whether it has risks during
> > > > > incubation.
> > > > > > > Your clarification also makes sense to me. And it would be
> helpful
> > > to
> > > > > > > mention this (the links only count the Shenyu project) in the
> > > proposal
> > > > > as
> > > > > > > well so that reviewers are aware of this.
> > > > > > > > >
> > > > > > > > >> On Apr 15, 2021, at 22:10, Yu Xiao 
> wrote:
> > > > > > > > >>
> > > > > > > > >> Hi kezhenxu94 and Kris Calvin
> > > > > > > > >>
> > > > > > > > >> I'm Xiaoyu founded this project in 2018. Firstly, thank
> you
> > > very
> > > > > > much
> > > > > > > for
> > > > > > > > >> your comments.
> > > > > > > > >>
> > > > > > > > >> For why they would be the initial committers:
> > > > > > > > >>
> > > > > > > > >>> [1]
> https://github.com/dromara/soul/commits?author=tuohai666
> > > > > > > > >>> [3]
> https://github.com/dromara/soul/commits?author=kimmking
> > > > > > > > >>
> > > > > > > > >> 1. As Dromara.org core members, they are active in
> running the
> > > > > > > community
> > > > > > > > >> activities: https://dromara.org/activities. serving as
> > > mentors
> > > > > for
> > > > > > > many
> > > > > > > > >> people to enjoy open source and join our community.
> > > > > > > > >>
> > > > > > > > >>> [2]
> https://github.com/dromara/soul/commits?author=dmsolr
> > > > > > > > >>
> > > > > > > > >> After our discussion he will be removed from initial
> > > committers
> > > > > > list.
> > > > > > > > >>
> > > > > > > > >> For why they would not be initial committers:
> > > > > > > > >>
> > > > > > > > >>>
> https://github.com/dromara/soul/commits?author=SteNicholas
> > > > > > > > >>
> > > > > > > > >> SteNicholas contribute to soul-admin in 2018, his code
> > > refactoring
> > > > > > > had been
> > > > > > > > >> completed, and he does not join community any more.
> > > > > > > > >>
> > > > > > > > >>> https://github.com/dromara/soul/commits?author=Asxing
> > > > > > > > >>>
> https://github.com/dromara/soul/commits?author=lw1243925457
> > > > > > > > >>
> > > > > > > > >> After our discussion Asxing and lw1243925457 will be
> added to
> > > > > > initial
> > > > > > > > >> committers list.
> > > > > > > > >>
> > > > > > > > >>>
> https://github.com/dromara/soul/commits?author=huangxfchn
> > > > > > > > >>
> > > > > > > > >> I am the mentor of huangxfchn, but now he doesn't have
> time to
> > > > > help
> > > > > > > with
> > > > > > > > >> the project, and we welcome him back when he is free.
> > > > > > > > >>
> > > > > > > > >>> https://github.com/dromara/soul/commits?author=SaberSola
> > > > > > > > >>
> > > > > > > > >> He is Lei Zhang who already exists in initial committers
> list.
> > > > > > > > >>
> > > > > > > > >>>
> https://github.com/dromara/soul/commits?author=Technoboy-
> > > > > > > > 

Re: [DISCUSS] Incubating Proposal of Shenyu

[Atri Sharma]

Please include me in mentors list if required.

On Sun, 11 Apr 2021, 18:42 Kevin Ratnasekera, 
wrote:

> +1 (binding) Please count me in if you consider adding further mentors.
>
> On Sun, Apr 11, 2021 at 6:20 PM Willem Jiang 
> wrote:
>
> > Hi,
> >
> > ShenYu (神禹) project is developed by the Dromara[1] community. ShenYu
> > is a high performance Microservices API gateway in the Java ecosystem,
> > compatible with a variety of mainstream framework systems, supports
> > hot plug extenstion. Users can write their own plugin to meet the
> > current requirement and future needs in a variety of scenarios,
> > especially in large-scale scenes.
> > Recently the Dromara community decided to donate the project Apache
> > Software Foundation[2].
> >
> > As the Champion of ShenYu, I'd like to bring your attention to the
> > proposal of ShenYu [3] for Incubation in the Apache Software
> > Foundation.
> >
> > Please note that the Shenyu project was named Soul before, but we
> > decided to rename the project because of the trademark issue. You can
> > find the original project web page here[4].
> >
> > [1]https://github.com/dromara/
> > [2]https://github.com/dromara/soul/issues/1247
> > [3]https://cwiki.apache.org/confluence/display/INCUBATOR/ShenyuProposal
> > [4]https://dromara.org/projects/soul/overview/
> >
> > 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
> >
> >
>

Re: Re: [VOTE] Release Apache Doris 0.14.0-incubating-rc02

[Atri Sharma]

Out of curiosity — is this not documented in the Incubator release process
steps?

On Mon, 22 Mar 2021 at 5:08 PM, Willem Jiang  wrote:

> Hi Mingyu,
>
> I think you can do a quick by adding the DISCLAIMER file back. Then we
> can go through the release voting process again.
>
> Willem Jiang
>
> Twitter: willemjiang
> Weibo: 姜宁willem
>
> On Wed, Mar 17, 2021 at 9:44 PM 陈明雨  wrote:
> >
> > Hi kezhenxu94:
> > I understood, thanks for you reply!
> >
> >
> >
> > --
> >
> > 此致！Best Regards
> > 陈明雨 Mingyu Chen
> >
> > Email:
> > chenmin...@apache.org
> >
> >
> >
> >
> >
> > 在 2021-03-17 21:41:06，"kezhenxu94@apache"  写道：
> > >You have to include a DISCLAIMER file in the release because Doris is
> still in incubator.
> > >
> > >If you have license issues, you can have DISCLAIMER-WIP so that IPMC
> members won’t -1 when voting a release (WIP indicates that you’re resolving
> the problem), but if you have resolved the license issues, you MUST have a
> DISCLAIMER file in it, at this time, IPMC members will vote -1 when they
> find license issues.
> > >
> > >> On Mar 17, 2021, at 21:22, 陈明雨  wrote:
> > >>
> > >> Hi Juan, Williem and Zhiyuan:
> > >>
> > >>
> > >> Thank for your review.
> > >>
> > >>
> > >>
> > >> But why do we still need to keep DISCLAIMER-WIP in the code base?
> > >>
> > >> We had some LICENSE issues in version 0.12, so we declared these
> issues in DISCLAIMER-WIP.
> > >>
> > >> These license issues have been resolved in version 0.13, so we have
> removed DISCLAIMER-WIP in version 0.13.
> > >>
> > >>
> > >>
> > >>
> > >> --
> > >>
> > >> 此致！Best Regards
> > >> 陈明雨 Mingyu Chen
> > >>
> > >>
> > >>
> > >> Email:
> > >> chenmin...@apache.org
> > >>
> > >>
> > >>
> > >>
> > >>
> > >> 在 2021-03-17 09:18:37，"Zhiyuan Ju"  写道：
> > >>> Please check the necessary files :)
> > >>>
> > >>> Willem Jiang 于2021年3月16日 周二下午11:19写道：
> > >>>
> >  We need to keep the DISCLAIMER-WIP into the release kit file.
> >  Please add it back.
> > 
> >  Willem Jiang
> > 
> >  Twitter: willemjiang
> >  Weibo: 姜宁willem
> > 
> >  On Tue, Mar 16, 2021 at 1:36 PM Juan Pan 
> wrote:
> > >
> > > Hi,
> > > Sorry for my -1 (non-binding)
> > > Same as Kris Calvin.
> > > Just my curiosity, DISCLAIMER-WIP existed in
> incubator-doris-0.12.0 but
> >  disappears from this candidate one?
> > >
> > >
> > > Cheers,
> > > Trista
> > >
> > >
> > > 
> > >   Juan Pan (Trista)
> > >
> > > Senior DBA & PMC of Apache ShardingSphere
> > > E-mail: panj...@apache.org
> > >
> > >
> > >
> > >
> > > On 03/15/2021 10:56，寒江雪 wrote：
> > > Hi all,
> > >
> > > Please review and vote on Apache Doris 0.14.0-incubating-rc02
> release.
> > >
> > > Apache Doris is an MPP-based interactive SQL data warehousing for
> >  reporting
> > > and analysis.
> > >
> > > The Apache Doris community has voted on and approved this release:
> > >
> > 
> https://lists.apache.org/thread.html/r0dd10dc04af92f262f74a67092c1d927e79c939d62396e2d6284b647%40%3Cdev.doris.apache.org%3E
> > >
> > > The vote result email thread:
> > >
> > 
> https://lists.apache.org/thread.html/r18b7960ac02836cf1285d2139ecb951156d43e94b9d81ba86c67%40%3Cdev.doris.apache.org%3E
> > >
> > > The release candidate has been tagged in GitHub as 0.14.0-rc02,
> available
> > > here:
> > > https://github.com/apache/incubator-doris/releases/tag/0.14.0-rc02
> > >
> > > Thanks to everyone who has contributed to this release, and there
> is a
> > > simple release notes can be found here:
> > > https://github.com/apache/incubator-doris/issues/5374
> > >
> > > The artifacts (source, signature and checksum) corresponding to
> this
> >  release
> > > candidate can be found here:
> > >
> https://dist.apache.org/repos/dist/dev/incubator/doris/0.14/0.14.0-rc02/
> > >
> > > This has been signed with PGP key 59F2ACED, corresponding to
> > > yang...@apache.org.
> > > KEYS file is available here:
> > > https://dist.apache.org/repos/dist/dev/incubator/doris/KEYS
> > > It is also listed here:
> > > https://people.apache.org/keys/committer/yangzhg.asc
> > >
> > > The vote will be open for at least 72 hours.
> > > [ ] +1 Approve the release
> > > [ ] +0 No opinion
> > > [ ] -1 Do not release this package because ...
> > >
> > > To verify and build, you can refer to following wiki:
> > >
> > 
> https://github.com/apache/incubator-doris/wiki/How-to-verify-Apache-Release
> > > https://wiki.apache.org/incubator/Incubator+Release+Checklist
> > >
> > > You can also refer to instruction:
> > >
> > > Firstly, you must be install and start docker service, and then
> you could
> > > build Doris as following steps:
> > >
> > > Step1: Pull the docker image with 

Re: Request to join the IPMC

[Atri Sharma]

Thank you, Kevin!

On Sun, 21 Mar 2021, 10:30 Kevin Ratnasekera, 
wrote:

> Hi Atri,
>
> I added you to IPMC roster now. Please subscribe to the
> priv...@incubator.apache.org.
>
> Regards
> Kevin
>
> On Wed, Mar 17, 2021 at 8:54 PM Kevin Ratnasekera 
> wrote:
>
>> Hi Atri,
>>
>> I have sent the notice to Apache Board. Once the notice period ( 72 Hours
>> ) is over, I will add you to the IPMC roster.
>>
>> Regards
>> Kevin
>>
>> On Wed, Mar 17, 2021 at 8:23 PM Atri Sharma  wrote:
>>
>>> Hi,
>>>
>>> I am in the way of introducing a new project proposal to Incubator and
>>> championing it and as a step towards the process, would request addition
>>> to
>>> IPMC.
>>>
>>> Please oblige.
>>>
>>> Regards,
>>>
>>> Atri
>>>
>>

Request to join the IPMC

[Atri Sharma]

Hi,

I am in the way of introducing a new project proposal to Incubator and
championing it and as a step towards the process, would request addition to
IPMC.

Please oblige.

Regards,

Atri

Re: Mentors wanted for projects

[Atri Sharma]

I am available to help, not an IPMC member though

On Thu, 20 Feb 2020 at 07:49, Justin Mclean 
wrote:

> Hi,
>
> > I can help on one more project. May be Superset?
>
> I think Superset may also be graduating soon. BTW No need to ask me ask
> the project. Just send them a email asking to help out as a mentor and if
> they accept we’ll add you to the roster. I’m sure they will be happy to
> have an extra mentor.
>
> Thanks,
> Justin
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
> --
Regards,

Atri
Apache Concerted

Re: [VOTE] - Release Apache Weex (Incubating) 0.20.0 [RC1]

[Atri Sharma]

+1 (non binding).

Headers and licenses look fine, with no unexpected files

On Wed, 28 Nov 2018 at 8:37 PM, Liang Chen  wrote:

> +1(non-binding)
>
> I checked:
> - some part miss incubating in name: NOTICE, README DISCLAIMER,etc. (not
> big
> issue, please add in the next release)
> - Signatures and hashed good
> - DISCLAIMER exists
> - LICENSE is fine
> - NOTICE exists
> - source file have ASF headers
> - No unexpected binary files
>
> Regards
> Liang
>
>
>
> --
> Sent from: http://apache-incubator-general.996316.n3.nabble.com/
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
> --
Regards,

Atri
Apache Concerted

Re: [VOTE] Release Apache MXNet (incubating) version 1.3.1.rc0

[Atri Sharma]

+1(non binding)

On Mon, 26 Nov 2018 at 11:37 AM, Mohammad Asif Siddiqui <
asifdxtr...@apache.org> wrote:

> +1 (non-binding)
>
> Checks Done :
> - incubating in name
> - hashes and signatures is good
> - DISCLAIMER/NOTICE/LICENSE exists
> - checked for archive matching git tag
>
> Regards
> Asif
>
> On 2018/11/21 14:30:29, Anton Chernov  wrote:
> > Dear community,
> >
> > This is a call for a releasing Apache MXNet (incubating) 1.3.1, release
> > candidate 0.
> >
> > Apache MXNet (incubating) community has voted and approved the release.
> >
> > Vote thread:
> >
> https://lists.apache.org/thread.html/32ab13b6d2d80fd75dbc2ec62151d12d09f6e0ca89799ae0aa26894b@%3Cdev.mxnet.apache.org%3E
> >
> > Result thread:
> >
> https://lists.apache.org/thread.html/4b6559e75a1027a99fada99faa3161eac6604af9e786da457e051bc7@%3Cdev.mxnet.apache.org%3E
> >
> > The source tarball, including signatures, digests, etc. can be found at:
> > https://dist.apache.org/repos/dist/dev/incubator/mxnet/1.3.1.rc0/
> >
> > The tag to be voted upon is 1.3.1.rc0:
> > https://github.com/apache/incubator-mxnet/releases/tag/1.3.1.rc0
> >
> > The release hash is c1327f3:
> >
> https://github.com/apache/incubator-mxnet/commit/c1327f317a7f371a9803a3f27be6ff90dc6af707
> >
> > KEYS file available:
> > https://dist.apache.org/repos/dist/dev/incubator/mxnet/KEYS
> >
> > For information about the contents of this release, see:
> >
> https://cwiki.apache.org/confluence/display/MXNET/Apache+MXNet+%28incubating%29+1.3.1+Release+Notes
> >
> > The vote will be open for 72 hours.
> >
> > [ ] +1 release this package as 1.3.1
> > [ ] +0 no opinion
> > [ ] -1 do not release this package because...
> >
> > Best regards,
> > Anton Chernov
> >
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
> --
Regards,

Atri
Apache Concerted

Re: [NOTICE] Request to Add New Mentors to Apache SensSoft Podling

[Atri Sharma]

Thanks a ton.

On Sun, 25 Nov 2018 at 9:32 AM, Justin Mclean 
wrote:

> HI,
>
> > I had requested IPMC membership on the private list a while back, please
> > consider the same and add me
>
> Have a little patience please, we need to discuss, vote and give board
> notice on new IPMC members, that may take a week or two.
>
> Thanks,
> Justin
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
> --
Regards,

Atri
Apache Concerted

Re: [NOTICE] Request to Add New Mentors to Apache SensSoft Podling

[Atri Sharma]

I had requested IPMC membership on the private list a while back, please
consider the same and add me

On Sun, 25 Nov 2018 at 8:49 AM, Justin Mclean  wrote:

> Hi,
>
> > Mr. Atri Sharma and Mr. Dave Meikle have kindly offered their support as
> mentors of the Apache SensSoft podling.
>
> I’ve added them both to the roster, note however rear currently only Dave
> is an IPMC member, and you need to be an IPMC member to be an official
> mentor.
>
> >  We want to make sure we’re adopting the appropriate steps.
>
> Other than adding to the roster there’s no formal steps.
>
> Thanks,
> Justin
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
> --
Regards,

Atri
Apache Concerted

Re: [NEW MENTORS REQUIRED] Apache SensSoft

[Atri Sharma]

I am willing to help.

On Fri, 9 Nov 2018 at 3:36 AM, lewis john mcgibbney 
wrote:

> Hi Folks,
> We are looking for new motivated mentors for the Apache SensSoft
> (Incubating) project [0] look at that kick ass Website :)
> In a nutshell SensSoft is a generalized user behavioral logging platform
> for web pages and thin-client applications.
> The podling was accepted into the Apache Incubator on 2016-07-13 so has
> been maturing and has made one release during that timeframe.
> We have been struggling somewhat with active mentorship which has
> attributed to the podling struggling with the final push through to
> graduation.
> Interestingly the SensSoft community is also going through the process of a
> PODLINGNAMESEARCH meaning that we will no longer be SensSoft but something
> else. This is an excellent time for a mentor or two to come aboard and help
> us drive onwards to TLP status.
> Please let us know at d...@senssoft.apache.org if you are interested,
> Lewis
>
> [0] http://senssoft.apache.org/
>
> --
> http://home.apache.org/~lewismc/
> http://people.apache.org/keys/committer/lewismc
>
-- 
Regards,

Atri
Apache Concerted

Re: [PROPOSAL] Changing requirements for IPMC

[Atri Sharma]

+1.

I get asked to mentor projects too, but have this restriction of not being
able to join the IPMC

On Tue, 6 Nov 2018 at 3:13 PM, Sheng Wu  wrote:

> Hi Justin
>
> Very interesting proposal. And I like it, also willing to request for that
> :)
>
> From my experience, several projects have invited me or involved me in,
> such as Zipkin(Incubating) and IoTDB(In Incubator discussion). But because
> I can't be podling project mentor, based on Apache member rule you
> mentioned, I just show up as a contributor. If I could be the mentor for
> these projects, will be great.
>
> Anyway, glad to see we have new option to solve `not enough mentor` issue.
>
> Thanks Justin.
>
> Sheng Wu
> Apache SkyWalking
>
>
> On 2018/11/06 08:20:18, Justin Mclean  wrote:
> > Hi,
> >
> > I looked at the board resolution for the creation of the IPMC [1] and it
> says nothing about how IPMC members should be added so from that I take it
> that the IPMC can decide how it wants to do that.
> >
> > Currently the IPMC can vote people in (which is not so common) or an ASF
> member can request it. I’m not sure where the ASF member requirement came
> from and wasn’t able to find the discussion about this on the incubator
> list. (If anyone knows please point me to it.)
> >
> > In theory an ASF member should have the knowledge and skills to mentor a
> project, however I also think those who have gone through the incubating
> process, have voted on releases and proposed or accepted new committers and
> PMC members probably know just as much even if they are not ASF members.
> They may not have as much experience but shovel at least know the basics.
> >
> > Now identifying everyone who has done this would not be be easy to
> determine and the Venn diagram of them and people who want to be mentors is
> probably small (but still significant in numbers).
> >
> > So I propose this:
> >
> > If someone has done several of the following:
> > - has been involved in an incubating project from start to finish
> > - has been a release manager
> > - has assembled LICENSE and NOTICE files
> > - has reviewed and voted on releases
> > - has proposed or accepted committers/PPMC members
> >
> > Then they can ask the IPMC to join to IPMC by sending an email to
> private@ listing what they have been involved in. The IPMC would VOTE on
> them, and there’s a chance they could be rejected, but given it’s a private
> vote I don’t think any harm is done if that happens. Also people could
> nominate other people who fit into this above group.
> >
> > I’d like to see this used for people who are wanting to be mentors,
> rather than just having binding votes on releases. I don’t have an issue
> with the later (and I think the IPMC currently does a decent job of
> catching any issues with releases they come their way), but that’s what I’m
> trying to solve with this proposal. i.e. We currently need more mentors and
> will need even more as ASF scales up.
> >
> > The subject line is actually a lie. All this really changes is that
> people can bring themselves or be brought to the attention of the IPMC,
> rather than having the IPMC actively trying to find people from graduated
> projects who then may or may not want to be IPMC members.
> >
> > We could start this off as an experiment. and take the first few people
> who request it, and see how it goes with more experienced mentors observing
> and/ or helping them.
> >
> > What do people and the IPMC think of this proposal? Good idea or not?
> Could it work with some modifications? Is it not needed at all?
> >
> > Thanks,
> > Justin
> >
> >
> > 1.
> https://svn.apache.org/repos/infra/websites/production/incubator/content/official/resolution.html
> > -
> > 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: Interested to contributing for SkyWalk

[Atri Sharma]

Subscribe needs to be sent at dev-subscribe@...
On Wed, Jul 11, 2018 at 9:03 PM 吴晟 Sheng Wu  wrote:
>
> Hi Nashant
>
>
> From I known, should not need anything else. Could you retry? Or use the 
> gmail website to send the mail, if you are using some mail app.
>
>
> Thanks.
>
>
>
> Sheng Wu
> Apache SkyWalking
>
> From Wu Sheng 's phone.
>
>
> -- Original --
> From: Kumar Nishant 
> Date: Wed,Jul 11,2018 8:57 AM
> To: general 
> Subject: Re: Interested to contributing for SkyWalk
>
>
>
> Thank you Sheng,
> I have sent an email to the maillist  d...@skywalking.apache.org  with
> subject as 'SUBSCRIBE' but I got response as *" mailer-dae...@apache.org
> *
> *8:46 PM (5 minutes ago)  to me*
>
> *Hi. This is the qmail-send program at apache.org .*
> *I'm afraid I wasn't able to deliver your message to the following
> addresses.*
> *This is a permanent error; I've given up. Sorry it didn't work out."*
>
> Please let me know if there is any specific keyword that is supposed to be
> sent to join the group. Also, I would request to provide if there is any
> specific plan that needs to be followed for contributing to the software
> development activities.
>
> Regards
> Nishant
>
> On Wed, Jul 11, 2018 at 8:32 PM 吴晟 Sheng Wu  wrote:
>
> > Hi, Nishant
> >
> >
> > Welcome, you can join our maillist, d...@skywalking.apache.org , or our
> > gitter. I can share you the info.
> >
> >
> > Let's discuss there.
> >
> >
> >
> > Sheng Wu
> > Apache SkyWalking
> >
> > From Wu Sheng 's phone.
> >
> >
> > -- Original --
> > From: Kumar Nishant 
> > Date: Wed,Jul 11,2018 7:59 AM
> > To: general 
> > Subject: Re: Interested to contributing for SkyWalk
> >
> >
> >
> > Hi,
> > I am interested in contributing to Skywalk project since it is from the
> > scratch. Would it be possible if I can work under any individual or team
> > and contribute? This will help me learn something new and provide my
> > contribution to the community.
> >
> > Please let me know if possible.
> >
> > Reards
> > Nishant

-- 
Regards,

Atri
Apache Concerted

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

RE: no one vote on @general@incubator.apache.org for R2.2

[Atri Sharma]

Copying over my +1 from Trafodion list

On 10 Nov 2017 05:24, "Eric Owhadi"  wrote:

> Let me cast my non-binding  too   +1,
> Regards
> Eric
>
> -Original Message-
> From: Sean Broeder [mailto:sean.broe...@esgyn.com]
> Sent: Thursday, November 9, 2017 5:27 PM
> To: general@incubator.apache.org; Steve Varnau ;
> Sandhya Sundaresan 
> Subject: RE: no one vote on @general@incubator.apache.org for R2.2
>
> Hi Ming,
> I think there are many who are excited for the release of R2.2, but there
> is a question if there is really merit in voting for the release unless one
> has a binding vote.  In this case, it's mostly a symbolic gesture, and
> perhaps the motivation is less.
>
> For what it's worth, I will cast my symbolic +1 (non binding) vote.
>
> Regards,
> Sean
>
> -Original Message-
> From: Liu, Ming (Ming) [mailto:ming@esgyn.cn]
> Sent: Thursday, November 9, 2017 3:19 PM
> To: Steve Varnau ; Sandhya Sundaresan <
> sandhya.sundare...@esgyn.com>; general@incubator.apache.org
> Subject: no one vote on @general@incubator.apache.org for R2.2
>
> hi,
>
> I am very sad that for 5 days, there is no one on the general mail list to
> vote for Trafodion R2.2. I have no idea what to do now. I asked for help ,
> but no response.
>
> Thanks,
> Ming
>
> -
> 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] Storage-class memory ecosystem program

[Atri Sharma]

I would like to participate as well

On Tue, Nov 7, 2017 at 1:00 PM, Gang(Gary) Wang  wrote:
> Hi Avinash, Welcome to join us. please register in the-asf.slack.com and
> join our channel #storage-class-memory as well, Thanks!
>
> Best
> Gary.
>
> On Sat, Nov 4, 2017 at 10:18 AM, Avinash Dongre  wrote:
>
>> I'd like to participate in this as well.
>>
>> Thanks
>> Avinash
>>
>>
>> On Sat, Oct 28, 2017 at 2:39 AM, Gang(Gary) Wang  wrote:
>>
>> > looks I'm not able to invite you by email in Slack, so please register on
>> > https://the-asf.slack.com and then join our channel
>> #storage-class-memory,
>> > Thanks!
>> >
>> >
>> >
>> > On Wed, Oct 25, 2017 at 10:19 AM, Gang(Gary) Wang 
>> > wrote:
>> >
>> > > Yes, it is another great communication for real-time chat, Debo also
>> > > mentioned it, so let's create one if desired and we still need to post
>> > > major findings and summary on Apache mail list...
>> > >
>> > > On Wed, Oct 25, 2017 at 10:08 AM, Clebert Suconic <
>> > > clebert.suco...@gmail.com> wrote:
>> > >
>> > >> What about IRC.  A lot of projects use it at Apache.
>> > >>
>> > >>
>> > >>
>> > >> On Tue, Oct 24, 2017 at 1:51 PM Gang(Gary) Wang 
>> > wrote:
>> > >>
>> > >> > Yes, I'm working on preparing necessary resources for our workgroup.
>> > the
>> > >> > progress is
>> > >> >
>> > >> > 1) Slack channel #Storage-class-memory - created
>> > >> > 2) Invite project representatives and active contributors to this
>> > Slack
>> > >> > channel -  not yet but soon later
>> > >> > 3) Request a dedicated mail list for our workgroup - request sent
>> > >> > 4) Request typical platform equipped with storage-class memory
>> > resource
>> > >> -
>> > >> > trying but not guaranteed
>> > >> >
>> > >> >
>> > >> > On Tue, Oct 24, 2017 at 10:30 AM, Clebert Suconic <
>> > >> > clebert.suco...@gmail.com
>> > >> > > wrote:
>> > >> >
>> > >> > > I am also waiting the dev list to be created before we can have a
>> > >> > > discussion...
>> > >> > >
>> > >> > > On Tue, Oct 24, 2017 at 1:29 PM, Hitesh Shah 
>> > >> wrote:
>> > >> > > > Hello Gary,
>> > >> > > >
>> > >> > > > Would it be better to create a mailing list for this workgroup
>> (I
>> > am
>> > >> > > > guessing it is too early to be thinking about a new podling for
>> > >> this)
>> > >> > > where
>> > >> > > > any interested folks could subscribe to?
>> > >> > > >
>> > >> > > > thanks
>> > >> > > > -- Hitesh
>> > >> > > >
>> > >> > > >
>> > >> > > > On Tue, Oct 24, 2017 at 10:14 AM, Gang(Gary) Wang <
>> > ga...@apache.org
>> > >> >
>> > >> > > wrote:
>> > >> > > >
>> > >> > > >> It is a great idea if we could have a common benchmark and APIs
>> > for
>> > >> > > >> storage-class memory oriented library/framework/application,
>> > >> please go
>> > >> > > >> ahead to propose one for discussion in our workgroup. Thanks!
>> > >> > > >>
>> > >> > > >> On Mon, Oct 23, 2017 at 4:27 PM, Debojyoti Dutta <
>> > ddu...@gmail.com
>> > >> >
>> > >> > > wrote:
>> > >> > > >>
>> > >> > > >> > Would love to help out in any way including working towards
>> > >> common
>> > >> > > >> > benchmarks, APIs etc.
>> > >> > > >> >
>> > >> > > >> > Debo
>> > >> > > >> >
>> > >> > > >> > Sent from my iPhone
>> > >> > > >> >
>> > >> > > >> > > On Oct 23, 2017, at 4:06 PM, Gang(Gary) Wang <
>> > ga...@apache.org
>> > >> >
>> > >> > > wrote:
>> > >> > > >> > >
>> > >> > > >> > > There are suggested initial goals for our workgroup
>> > >> > > >> > >
>> > >> > > >> > >   - Sharing idea and good practice
>> > >> > > >> > >   - Identifying common opportunities
>> > >> > > >> > >   - Promoting storage-class memory application
>> > >> > > >> > >   - Delivering solid solution
>> > >> > > >> > >   - Avoiding reinvent the wheel
>> > >> > > >> > >   - Integrating one another
>> > >> > > >> > >   - Coordinating the progress
>> > >> > > >> > >
>> > >> > > >> > >
>> > >> > > >> > >> On Mon, Oct 23, 2017 at 4:02 PM, Gang(Gary) Wang <
>> > >> > ga...@apache.org
>> > >> > > >
>> > >> > > >> > wrote:
>> > >> > > >> > >>
>> > >> > > >> > >> Add ORC
>> > >> > > >> > >>
>> > >> > > >> > >>   - *Ignite* represented by Denis Magda
>> > >> > > >> > >>   - *Arrow *represented by Wes McKinney
>> > >> > > >> > >>   - *Hbase *represented by Anoop John
>> > >> > > >> > >>   - *Crail* represented by *Patrick Stuedi*
>> > >> > > >> > >>   - *ORC *represented by* Owen O'Malley*
>> > >> > > >> > >>   - *Mnemonic *represented by* Gary*
>> > >> > > >> > >>
>> > >> > > >> > >> With above projects, we could cover Storage-class memory
>> > >> oriented
>> > >> > > >> > *Distributed
>> > >> > > >> > >> Database, KV Store, Columnar Structured Dataset,
>> Distributed
>> > >> Data
>> > >> > > >> Store,
>> > >> > > >> > >> Columnar Storage, **Durable Object Model, Durable
>> Computing
>> > >> > Model*
>> > >> > > for
>> > >> > > >> > >> new generation high-performance applications, e.g. data
>> > >> querying,
>> > 

Re: [VOTE] Apache Toree 0.2.0-incubating (RC1)

[Atri Sharma]

+1
-- Checked Headers
-- Checked License
-- Checked DISCLAIMER and Incubator policies

On Thu, Oct 26, 2017 at 9:37 PM, Luciano Resende  wrote:
> Please vote to approve the release of Apache Toree 0.2.0-incubating (RC1).
>
> The PPM vote thread:
> https://www.mail-archive.com/dev@toree.incubator.apache.org/msg01527.html
>
> And the result:
> https://www.mail-archive.com/dev@toree.incubator.apache.org/msg01539.html
>
> Tag: v0.2.0-incubating-rc1 (01cd97e9bad04878a8014016c154a50e2a00f21d)
>
> https://github.com/apache/incubator-toree/tree/v0.2.0-incubating-rc1
>
> All distribution packages, including signatures, digests, etc. can be found
> at:
>
> https://dist.apache.org/repos/dist/dev/incubator/toree/0.2.0-incubating-rc1/
>
> Staging artifacts can be found at:
>
> https://repository.apache.org/content/repositories/orgapachetoree-1007
>
> The vote is open for at least 72 hours and passes if a majority of at least
> 3 +1 PMC votes are cast.
>
> [ ] +1 Release this package as Apache Toree 0.2.0-incubating
> [ ] -1 Do not release this package because ...
>
> --
> Luciano Resende
> http://twitter.com/lresende1975
> http://lresende.blogspot.com/



-- 
Regards,

Atri
l'apprenant

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: Trafodion: in need of one more mentor

[Atri Sharma]

I can help as an informal mentor / shepherd.

On Sun, Oct 29, 2017 at 2:07 PM, Pierre Smits  wrote:
> Hi all,
>
> Recently we, at the (incubating) Apache Trafodion project, have seen 2 out
> of 3 mentors to be excused from helping the project due to various personal
> reasons. This had left us with only one mentor helping us with providing
> binding votes on releases and other important issues. We have subsequently
> found an ASF Member to join and help us with this. But we are still one
> mentor short regarding having a binding quorum.
>
> There for I ask you to help us as a mentor. Not only regarding the quorum
> needed, but also helping us in other areas. We are close to taking the next
> step in the lifecycle in being an (incubating) Apache project, and could
> really use your help.
>
> Best regards,
>
> Pierre Smits
>
> ORRTIZ.COM 
> OFBiz based solutions & services
>
> The OFBiz Extensions Marketplace1
> http://oem.ofbizci.net/oci-2/
> 1 affiliated with the Apache OFBiz project through contributions by me



-- 
Regards,

Atri
l'apprenant

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [DISCUSS] Storage-class memory ecosystem program

[Atri Sharma]

+1

On Fri, Oct 20, 2017 at 10:29 AM, Anoop John  wrote:
> +1..Am there to represent Apache HBase.
>
> -Anoop-
>
> On Fri, Oct 20, 2017 at 8:14 AM, Wes McKinney  wrote:
>> I'm happy to represent Apache Arrow on this. This is very much in line
>> with our focus on zero-copy / memory-mapped data access of structured
>> data sets and cache-efficient memory layout.
>>
>> - Wes
>>
>> On Thu, Oct 19, 2017 at 9:48 PM, Debojyoti Dutta  wrote:
>>> This is a great idea. Storage class memory will have a big impact on many 
>>> of the Apache projects.
>>>
>>> Debo
>>>
>>> Sent from my iPhone
>>>
 On Oct 19, 2017, at 11:55 AM, Gang(Gary) Wang  wrote:

 Hi all,

 We can expect more and more projects will take the huge potential
 advantages of storage-class memory for data processing and analytics
 because silicon companies are able to produce high capacity non-volatile
 memory on a large scale, this hardware technology will fundamentally change
 the way to construct high performance applications similar to what happened
 when replacing tape with disk technology since the 1980s. so if possible, I
 advocate establishing an Apache working group to enhance the collaboration
 and synergies mentioned by Patrick Stuedi for storage-class memory
 technology-oriented projects.

 Best.
 Gary.
>>>
>>> -
>>> 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
>>
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>



-- 
Regards,

Atri
l'apprenant

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] Apache S2Graph(incubating) 0.2.0 release RC3

[Atri Sharma]

Sorry, the last one was the I built from source and it looks fine.

On Aug 21, 2017 9:06 PM, "Atri Sharma" <a...@apache.org> wrote:

> +1.
>
> I verified:
> 1) License
> 2) Incubating in name
> 3) Signatures
> 4) Incubating in name.
>
> On Aug 16, 2017 6:19 AM, "DO YUNG YOON" <sho...@gmail.com> wrote:
>
>> Hi all
>>
>> This is a call for a releasing Apache S2Graph 0.2.0-incubating, release
>> candidate 3.
>>
>> Apache S2Graph community has voted and approved the release.
>>
>> Vote thread:
>> https://lists.apache.org/thread.html/2021b9e564d642eb0b44eae
>> 780bcccef6dd69cebad15a7240c526d62@%3Cdev.s2graph.apache.org%3E
>>
>> Result thread:
>> https://lists.apache.org/thread.html/95c243be3916568a7f71ad1
>> f17e72fe240b9b9d11ddef2ef6df51246@%3Cdev.s2graph.apache.org%3E
>>
>> The source tarball, including signatures, digests, etc. can be found at:
>> https://dist.apache.org/repos/dist/dev/incubator/s2graph/0.2
>> .0-incubating-RC3
>>
>> The tag to be voted upon is v0.2.0-incubating-rc3:
>> https://git-wip-us.apache.org/repos/asf?p=incubator-s2graph.
>> git;a=shortlog;h=refs/tags/v0.2.0-incubating-rc3
>>
>> The release hash is b66a56e39c250c8626286c4f4612c1f4b78adcf1:
>> https://git-wip-us.apache.org/repos/asf?p=incubator-s2graph.
>> git;a=commit;h=b66a56e39c250c8626286c4f4612c1f4b78adcf1
>>
>> Release artifacts are signed with the following key:
>> http://people.apache.org/keys/committer/steamshon
>>
>> KEYS file available:
>> https://dist.apache.org/repos/dist/dev/incubator/s2graph/KEYS
>>
>> For information about the contents of this release, see:
>> https://dist.apache.org/repos/dist/dev/incubator/s2graph/0.2
>> .0-incubating-RC3/CHANGES
>>
>> The vote will be open for at least 72 hours.
>>
>> [ ] +1 Release this package as 0.1.0
>> [ ] +0 no opinion
>> [ ] -1 Do not release this package because...
>>
>> Thanks,
>> DOYUNG YOON.
>>
>

Re: [VOTE] Apache S2Graph(incubating) 0.2.0 release RC3

[Atri Sharma]

+1.

I verified:
1) License
2) Incubating in name
3) Signatures
4) Incubating in name.

On Aug 16, 2017 6:19 AM, "DO YUNG YOON"  wrote:

> Hi all
>
> This is a call for a releasing Apache S2Graph 0.2.0-incubating, release
> candidate 3.
>
> Apache S2Graph community has voted and approved the release.
>
> Vote thread:
> https://lists.apache.org/thread.html/2021b9e564d642eb0b44eae780bccc
> ef6dd69cebad15a7240c526d62@%3Cdev.s2graph.apache.org%3E
>
> Result thread:
> https://lists.apache.org/thread.html/95c243be3916568a7f71ad1f17e72f
> e240b9b9d11ddef2ef6df51246@%3Cdev.s2graph.apache.org%3E
>
> The source tarball, including signatures, digests, etc. can be found at:
> https://dist.apache.org/repos/dist/dev/incubator/s2graph/0.
> 2.0-incubating-RC3
>
> The tag to be voted upon is v0.2.0-incubating-rc3:
> https://git-wip-us.apache.org/repos/asf?p=incubator-s2graph.
> git;a=shortlog;h=refs/tags/v0.2.0-incubating-rc3
>
> The release hash is b66a56e39c250c8626286c4f4612c1f4b78adcf1:
> https://git-wip-us.apache.org/repos/asf?p=incubator-s2graph.
> git;a=commit;h=b66a56e39c250c8626286c4f4612c1f4b78adcf1
>
> Release artifacts are signed with the following key:
> http://people.apache.org/keys/committer/steamshon
>
> KEYS file available:
> https://dist.apache.org/repos/dist/dev/incubator/s2graph/KEYS
>
> For information about the contents of this release, see:
> https://dist.apache.org/repos/dist/dev/incubator/s2graph/0.
> 2.0-incubating-RC3/CHANGES
>
> The vote will be open for at least 72 hours.
>
> [ ] +1 Release this package as 0.1.0
> [ ] +0 no opinion
> [ ] -1 Do not release this package because...
>
> Thanks,
> DOYUNG YOON.
>

Re: [VOTE] Release Apache SPOT 1.0-incubating

[Atri Sharma]

+1, except that I couldnt run RAT.

On Mon, Aug 14, 2017 at 8:12 PM, Raymundo Panduro  wrote:
> Thanks John!!
>
> My comments below!
>
>
> On Sun, Aug 13, 2017 at 4:38 PM, John D. Ament 
> wrote:
>
>> +1 to release, however the following additions need to happen (as called
>> out in this thread):
>>
>> - Need a clear way to run RAT.
>>
>
> *We are working on this with automation script to make it easy to run and
> verfiy. *
>
>
>
>> - Need to clarify how to build each component ideally from the top level
>>
>
> *We will address this with dev team.*
>
>
>
>> - You must *not* create external websites that are referencing the release
>> of the project.  The usage of NOLA Marketing needs to be dug into a bit
>> further.
>>
>
> *The NOLA Markegin page is just a test environment for the web page we
> understand not creating external websites.  The Final update will be
> uploaded into http://spot.apache.org , we will use
> a different approach for big changes on next release to avoid using NOLA
> Marketing servers.*
>
>>
>> John
>>
>> On Thu, Aug 10, 2017 at 12:35 PM Raymundo Panduro 
>> wrote:
>>
>> > Hello IPMC members,
>> >
>> > Here are the instructions on how to build the release candidate once you
>> > download it.
>> >
>> > http://nolamarketing.com/client/apache-spot/download/ (If you don't see
>> > the
>> >  *Validate Build* section use CTRL + F5 to refresh the page).
>> >
>> >
>> > Regarding the Licence comment, we updated the files in preparation for
>> next
>> > release:
>> >
>> > https://github.com/apache/incubator-spot/commit/
>> ebb564ed058570d72e3b84fc418f7f87780efd44
>> >
>> > If there are other comments please let us know.
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> > *Raymundo Panduro*
>> >
>> > On Fri, Aug 4, 2017 at 6:37 PM, Justin Mclean 
>> > wrote:
>> >
>> > > Hi,
>> > >
>> > > +1 binding
>> > >
>> > > I checked:
>> > > - name includes incubating
>> > > - hashes and signatures correct
>> > > - DISCLAIMER exists
>> > > - LICENSE is missing a few permissive licensed bundled items. Please
>> fix
>> > > for the next release
>> > > - NOTICE is good
>> > > - no unexpected binary files
>> > > - all source files have ASF headers
>> > > - Could compile from source (by running sbt assembly in spot_ml)
>> > >
>> > > Please include instruction on how to compile/build the release
>> candidate.
>> > >
>> > > With the license it maybe a good idea rather than referring to anther
>> > > license file it would be better to just include it if it is short OR
>> when
>> > > referencing to the other license file(s) at least mention what license
>> it
>> > > is.
>> > >
>> > > LICENSE is missing:
>> > > - MIT licensed code here [1]
>> > > - Public domain license material here [2][3]
>> > >
>> > > In the README the Maintainers section in the read me seems a little odd
>> > to
>> > > me. I would also put the dev and users mailing lists (which are
>> missing)
>> > > above the slack channel for community support. The link for JIRA also
>> > needs
>> > > fixing (should be just https://issues.apache.org/jira/projects/SPOT).
>> > >
>> > > Thanks,
>> > > Justin
>> > >
>> > > 1. spot-oa/ui/flow/js/lib/ChordMapper.js
>> > > 2. spot-oa/ui/flow/world-110m.json
>> > > 3. http://www.naturalearthdata.com/about/terms-of-use/
>> > > -
>> > > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
>> > > For additional commands, e-mail: general-h...@incubator.apache.org
>> > >
>> > >
>> >
>>



-- 
Regards,

Atri
l'apprenant

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] Retire the MRQL Podling

[Atri Sharma]

+1

On Aug 14, 2017 6:20 PM, "Fegaras, Leonidas"  wrote:

> Hi all,
> After a discussion on the dev@mrql list [1], the MRQL community has
> voted to retire the project [2]. I am now calling for a followup vote
> on IPMC to confirm the decision to retire MRQL.
> MRQL is incubating for more than four years but has been dormant
> during the last four months. MRQL had four releases but very little
> community growth. Due to lack of activity and growth in the podling,
> I call for a vote to retire the podling. The vote will be open for at
> least 72 hours. Please vote on retiring MRQL:
>
> [ ] +1  Yes, retire MRQL from the Apache Incubator
> [ ] -1  No, do not retire MRQL because...
>
> [1] http://markmail.org/message/chpyym5gvsa6sfgd
> [2] http://markmail.org/message/zjdg2yxdhzgxcqut
>
> Leonidas Fegaras
>
>

Request to join Incubator PMC

[Atri Sharma]

Hi All,

I have been part of multiple incubating projects, am on PMC of Apache
MADLib, PPMC of Apache HAWQ, Committer in Apache Apex and spearheaded
Apache Concerted.

I would love to join Apache Incubator to help bring new podlings in ASF.

Regards,

Atri

-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Re: Seeking interested parties for a messaging components podling

[Atri Sharma]

I would love to contribute.

On Jun 22, 2017 8:05 AM, "John D. Ament"  wrote:

> All,
>
> There's an ongoing discussion on the ActiveMQ dev list [1] to spin up a
> project focused on core, reusable messaging components.  The feeling is
> that this is outside the realm of ActiveMQ for various reasons and could be
> leveraged by various messaging platforms, potentially even building out
> some reusability and core protocol support along the ways.
>
> Knowing that we have some messaging experience within the incubator, I
> wanted to prod around a bit to see if there was anyone else interested in a
> project like this.
>
> John
>
> PS - when I say interested parties, it could be
> champions/mentors/contributors or heck even possible TLP sponsors.
>
> [1]:
> https://lists.apache.org/thread.html/ff3ffb0408d299724caadbfb6e3c37
> 3e74d5d16def9af0c1a8fd8db9@%3Cdev.activemq.apache.org%3E
>

Re: Concerted may be in need of help

[Atri Sharma]

Hi,

Sorry for the delay in response.

The current issue is that existing PPMC has become dormant mostly and
myself and one more person are the ones active right now.

We have voted in a new committer last month.

The current development looks at cleaning up the current code which has
been mostly done. A current focus is on building a community around the
current code base. This involves engaging with potential contributors and
looking at possibilities of contribution.

Apologies for the delay. Since Concerted is not affiliated directly with
any organization, it is taking a bit of time to bootstrap this.

Regards,

Atri

On Thu, Jan 7, 2016 at 5:54 PM, John D. Ament  wrote:

> All,
>
> The Concerted podling seems to have taken a pretty sharp drop in
> participation since joining the incubator.  They started their first month
> very strong, high participation.  They are currently in a situation where
> no one has committed since November (they just started in October of last
> year).  Mailing list activity has dropped to practically nothing, the
> majority of the activity last month was around the report, and this month
> emails about the report are barely noticed by the project.
>
> As you can see in the current report, they have not provided any report as
> of now.  This is after poking from both myself (as shepherd) and Julian (as
> mentor).  I'm brining all of this to the general attention as this is the
> first non-monthly report the podling would have filed, and its not
> available.
>
> Please, do share your thoughts on the situation (both Concerted and the
> wider incubator community).
>
> John
>



-- 
Regards,

Atri
*l'apprenant*

Re: December reports - Eagle and Concerted are running late

[Atri Sharma]

Apologies for Concerted delay.

I will file out the report by today.
On 5 Dec 2015 4:39 am, "Julian Hyde"  wrote:

> I am the mentor of two new projects - Eagle and Concerted. It seems that
> neither has filed a report yet. Concerted received a reminder and has a
> template report generated in
> https://wiki.apache.org/incubator/December2015 <
> https://wiki.apache.org/incubator/December2015>; Eagle did not receive a
> reminder and its template does not appear on the page.
>
> The report was due on Wed 2nd, but I have contacted both projects and
> asked them to file ASAP.
>
> Any idea why Eagle did not appear on the schedule? (It might well be my
> fault, making a mistake setting up the schedule.)
>
> Julian
>
>

Re: [DISCUSS] Kudu incubator proposal

[Atri Sharma]

Sounds great.

I would love to be an help as a committer, if possible. This seems to be
fantastic in line with my focus areas and can help existing big data
projects to accelerate so Kudu's growth is something I would care about.

On Wed, Nov 18, 2015 at 12:02 AM, Todd Lipcon  wrote:

> Hi all,
>
> We'd like to start a discussion proposing the submission of Kudu to the
> Apache Incubator.
>
> The proposal is available on the Wiki here:
> https://wiki.apache.org/incubator/KuduProposal
> and pasted in this email for easy quoting during discussion.
>
> Looking forward to hearing feedback!
>
> -Todd
> -
>
> = Kudu Proposal =
>
> == Abstract ==
>
> Kudu is a distributed columnar storage engine built for the Apache Hadoop
> ecosystem.
>
> == Proposal ==
>
> Kudu is an open source storage engine for structured data which supports
> low-latency random access together with efficient analytical access
> patterns. Kudu distributes data using horizontal partitioning and
> replicates each partition using Raft consensus, providing low
> mean-time-to-recovery and low tail latencies. Kudu is designed within the
> context of the Apache Hadoop ecosystem and supports many integrations with
> other data analytics projects both inside and outside of the Apache
> Software Foundation.
>
>
>
> We propose to incubate Kudu as a project of the Apache Software Foundation.
>
> == Background ==
>
> In recent years, explosive growth in the amount of data being generated and
> captured by enterprises has resulted in the rapid adoption of open source
> technology which is able to store massive data sets at scale and at low
> cost. In particular, the Apache Hadoop ecosystem has become a focal point
> for such “big data” workloads, because many traditional open source
> database systems have lagged in offering a scalable alternative.
>
>
>
> Structured storage in the Hadoop ecosystem has typically been achieved in
> two ways: for static data sets, data is typically stored on Apache HDFS
> using binary data formats such as Apache Avro or Apache Parquet. However,
> neither HDFS nor these formats has any provision for updating individual
> records, or for efficient random access. Mutable data sets are typically
> stored in semi-structured stores such as Apache HBase or Apache Cassandra.
> These systems allow for low-latency record-level reads and writes, but lag
> far behind the static file formats in terms of sequential read throughput
> for applications such as SQL-based analytics or machine learning.
>
>
>
> Kudu is a new storage system designed and implemented from the ground up to
> fill this gap between high-throughput sequential-access storage systems
> such as HDFS and low-latency random-access systems such as HBase or
> Cassandra. While these existing systems continue to hold advantages in some
> situations, Kudu offers a “happy medium” alternative that can dramatically
> simplify the architecture of many common workloads. In particular, Kudu
> offers a simple API for row-level inserts, updates, and deletes, while
> providing table scans at throughputs similar to Parquet, a commonly-used
> columnar format for static data.
>
>
>
> More information on Kudu can be found at the existing open source project
> website: http://getkudu.io and in particular in the Kudu white-paper PDF:
> http://getkudu.io/kudu.pdf from which the above was excerpted.
>
> == Rationale ==
>
> As described above, Kudu fills an important gap in the open source storage
> ecosystem. After our initial open source project release in September 2015,
> we have seen a great amount of interest across a diverse set of users and
> companies. We believe that, as a storage system, it is critical to build an
> equally diverse set of contributors in the development community. Our
> experiences as committers and PMC members on other Apache projects have
> taught us the value of diverse communities in ensuring both longevity and
> high quality for such foundational systems.
>
> == Initial Goals ==
>
>  * Move the existing codebase, website, documentation, and mailing lists to
> Apache-hosted infrastructure
>  * Work with the infrastructure team to implement and approve our code
> review, build, and testing workflows in the context of the ASF
>  * Incremental development and releases per Apache guidelines
>
> == Current Status ==
>
>  Releases 
>
> Kudu has undergone one public release, tagged here
> https://github.com/cloudera/kudu/tree/kudu0.5.0-release
>
> This initial release was not performed in the typical ASF fashion -- no
> source tarball was released, but rather only convenience binaries made
> available in Cloudera’s repositories. We will adopt the ASF source release
> process upon joining the incubator.
>
>
>  Source 
>
> Kudu’s source is currently hosted on GitHub at
> https://github.com/cloudera/kudu
>
> This repository will be transitioned to Apache’s git hosting during
> incubation.
>
>
>
>  Code review 
>

Re: [DISCUSS] S2Graph Incubator Proposal

[Atri Sharma]

Really happy to see this proposal.

I am glad to help in any way I can.
On 13 Nov 2015 10:25, "Hyunsik Choi"  wrote:

> @Sergio,
> I totally agree with you.
>
> @Luke Han,
> I put your name on the initial committer list.
>
> I'll call a vote for incubation within few days.
>
> Best regards,
> Hyunsik
>
> On Thu, Nov 12, 2015 at 12:45 AM, Luke Han  wrote:
> > Hi Hyunsik,
> > I'm happy to help, GraphDB is interesting to me to analysis
> qualitative
> > data beyond quantitative data:)
> >
> > Thanks.
> > Luke
> >
> >
> > Best Regards!
> > -
> >
> > Luke Han
> >
> > On Thu, Nov 12, 2015 at 9:47 AM, Hyunsik Choi 
> wrote:
> >
> >> Hi Luke,
> >>
> >> Thank you for your interest in S2Graph project. If you don't mind,
> >> we'd like to add you to the initial committer list. I think that your
> >> experience and skills about HBase would be very helpful to S2Graph
> >> project.
> >>
> >> Best regards,
> >> Hyunsik
> >>
> >> On Mon, Nov 9, 2015 at 6:58 PM, Luke Han  wrote:
> >> > I'm very interesting about this project, would love to help but I'm
> not
> >> > IPMC member.
> >> >
> >> > Please let me know if there's anything I could help on.
> >> >
> >> > Thanks.
> >> >
> >> >
> >> > Best Regards!
> >> > -
> >> >
> >> > Luke Han
> >> >
> >> > On Tue, Nov 10, 2015 at 9:03 AM, Hyunsik Choi 
> >> wrote:
> >> >
> >> >> Hi Seetharam,
> >> >>
> >> >> Thank you for your volunteering! I've added your name to the mentor
> >> list.
> >> >>
> >> >> I also updated the initial committer list and affiliations via google
> >> >> search.
> >> >> If I wrote wrong affiliations, please let me know.
> >> >>
> >> >> Best regards,
> >> >> Hyunsik
> >> >>
> >> >>
> >> >> On Mon, Nov 9, 2015 at 4:21 PM, Seetharam Venkatesh
> >> >>  wrote:
> >> >> > Hi Hyunsik,
> >> >> >
> >> >> > If you are still looking for mentors, let me volunteer as one.
> >> >> >
> >> >> > Thanks!
> >> >> >
> >> >> > On Mon, Nov 9, 2015 at 3:45 PM Hyunsik Choi 
> >> wrote:
> >> >> >
> >> >> >> Thank you all guys  I just put you names on the nominated mentor
> >> list.
> >> >> >>
> >> >> >> @Andrew,
> >> >> >>
> >> >> >> I agree with you. S2Graph already has good relationships with
> other
> >> >> >> ASF projects, such as HBase and Spark,  In addition, they have a
> plan
> >> >> >> to expand its relationship to Apache incubator TinkerPop, which
> is a
> >> >> >> graph computing framework. I'm looking forward to their
> combinations.
> >> >> >>
> >> >> >> @Sergio,
> >> >> >>
> >> >> >> Thank you for attending the talk and joining the S2Graph mentors.
> >> That
> >> >> >> was Doyung Yoon, one of the S2Graph creators. He had a talk at the
> >> >> >> last ApacheCon.
> >> >> >>
> >> >> >> On Mon, Nov 9, 2015 at 11:58 AM, Sergio Fernández <
> wik...@apache.org
> >> >
> >> >> >> wrote:
> >> >> >> > Hi Hyunsik, I attended your talk at the last ApacheCon, and I
> >> think S2
> >> >> >> has
> >> >> >> > quite some potential. So if you need a mentor, count me in!
> >> >> >> >
> >> >> >> > On Mon, Nov 9, 2015 at 7:54 PM, Hyunsik Choi <
> hyun...@apache.org>
> >> >> wrote:
> >> >> >> >
> >> >> >> >> This project is looking for mentors. Anyone can help? We are
> also
> >> >> >> >> looking forward to any feedback.
> >> >> >> >>
> >> >> >> >> Also, I attached the proposal here. I forgot it.
> >> >> >> >>
> >> >> >> >> 
> >> >> >> >>
> >> >> >> >> = S2Graph Proposal =
> >> >> >> >>
> >> >> >> >> == Abstract ==
> >> >> >> >> S2Graph is a distributed and scalable OLTP graph database
> built on
> >> >> >> >> HBase to support fast traversal on extremely large graph.
> >> >> >> >>
> >> >> >> >> Here are additional materials to introduce S2Graph.
> >> >> >> >>  * HBaseCon 2015 -
> >> >> >> http://www.slideshare.net/HBaseCon/use-cases-session-5
> >> >> >> >>  * Apache: Big Data 2015 -
> >> >> >> >>
> >> >>
> http://schd.ws/hosted_files/apachebigdata2015/06/s2graph_apache_con.pdf
> >> >> >> >>
> >> >> >> >> == Proposal ==
> >> >> >> >> S2Graph is to provide a scalable distributed graph database
> engine
> >> >> >> >> over key/value storage such as HBase. S2Graph provide fully
> >> >> >> >> ashynchronous API to manupulate data as property graph model
> and
> >> fast
> >> >> >> >> breadth first search query on graph.
> >> >> >> >>
> >> >> >> >> == Background ==
> >> >> >> >> S2Graph initially started as an internal project at Kakao.com
> to
> >> >> >> >> efficiently store user relation and user activities as one
> large
> >> >> graph
> >> >> >> >> and provide unified query to traverse graph. It was open
> sourced
> >> on
> >> >> >> >> Github about a 3 months ago in June 2015.
> >> >> >> >>
> >> >> >> >> Over time S2Graph, together with HBase as storage tier, has
> begun
> >> to
> >> >> >> >> be adapted into various applications, such as messaging, social
> >> >> feeds,
> >> >> >> >> realtime 

Re: [VOTE] Graduate Apache Kylin from the Apache Incubator

[Atri Sharma]

+1 (Non Binding)

On Wed, Oct 21, 2015 at 6:47 AM, Chun, Chad  wrote:

> +1
>
> Chad Chun
> wp_c...@hotmail.com
>
> On 10/16/15, 4:22 PM, "蒋旭"  wrote:
>
> >+1
> >Jiang Xu
> >-- 原始邮件 --
> >发件人: "Henry Saputra";;
> >发送时间: 2015年10月16日(星期五) 上午9:16
> >收件人: "general@incubator.apache.org";
> >
> >主题: Re: [VOTE] Graduate Apache Kylin from the Apache Incubator
> >
> >
> >
> >+1 (binding)
> >
> >On Thursday, October 15, 2015, Luke Han  wrote:
> >
> >> The Apache Kylin community and project made significant advances during
> >>the
> >> incubating (from Nov 2014) and
> >> believes it is ready to graduate as a top-level project.
> >>
> >> The Apache Kylin is very active. The PPMC doubled in size (added 6
> >> committers and 2 mentors) and
> >>  increased diversity in the past year. Released 3 version in the past 6
> >> months. There were presentations about Apache Kylin
> >> at most of the big conferences of the world (including Strata+Hadoop
> >>World
> >> London, Hadoop Summit San Jose,
> >> ApacheCon EU, Big Data Technology China, Database Technology Conference
> >> China) and some meetups (Bay Area,
> >> Beijing and one is coming in this weekend in Shanghai), and many talks
> >> around the world.
> >> The dev mailing list is growing very month, about 500+ topics per month
> >> now.
> >> The community created 1000+ JIRA tickets, many patches from
> >> contributors/committers have been merged into code base.
> >>
> >> A vote passed unanimously on the dev@ list (27 +1 votes). Please find
> >> below
> >> references to the graduation preparation artifacts:
> >> * discussion on dev list [1]
> >> * vote thread [2]
> >> * podling name search [3]
> >> * incubation status [4]
> >> * proposed resolution below
> >>
> >> We believe Apache Kylin is ready to become a top-level project and if
> >>the
> >> IPMC agree we will move to a formal vote.
> >> There are a few more items to be updated on the project status page and
> >> others during the next couple of days.
> >>
> >>
> >> Many thanks to the mentors and the IPMC for the support,
> >> Luke Han (on behalf of the Apache Kylin PPMC)
> >>
> >> [1] http://s.apache.org/KylinDisGraduate
> >> [2] http://s.apache.org/KylinGraduateVote
> >> [3] https://issues.apache.org/jira/browse/PODLINGNAMESEARCH-86
> >> [4] http://incubator.apache.org/projects/kylin.html
> >>
> >>
> >>
> >> Apache Kylin top-level project resolution:
> >> ===
> >>
> >>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, relative to distributed and scalable OLAP engine
> >>
> >>NOW, THEREFORE, BE IT RESOLVED, that a Project Management
> >>Committee (PMC), to be known as the "Apache Kylin Project",
> >>be and hereby is established pursuant to Bylaws of the
> >>Foundation; and be it further
> >>
> >>RESOLVED, that the Apache Kylin Project be and hereby is
> >>responsible for the creation and maintenance of open-source
> >>software related to distributed and scalable OLAP engine;
> >>and be it further
> >>
> >>RESOLVED, that the office of "Vice President, Kylin" 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 Kylin Project, and to have primary responsibility for
> >>management of the projects within the scope of responsibility
> >>of the Apache Kylin 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 Kylin Project:
> >>
> >> * Dayue Gao 
> >> * Jason Zhong 
> >> * Julian Hyde 
> >> * Luke Han 
> >> * Henry Saputra 
> >> * Hongbin Ma 
> >> * Hua Huang 
> >> * Owen O'Malley 
> >> * P. Taylor Goetz 
> >> * Qianhao Zhou 
> >> * Shaofeng Shi 
> >> * Song Yi 
> >> * Ted Dunning 
> >> * Xu Jiang 
> >> * Yang Li 
> >> * Yerui Sun < sunyerui at apache dot org>
> >>
> >>
> >>NOW, THEREFORE, BE IT FURTHER RESOLVED, that Luke Han
> >>be appointed to the office of Vice President,Apache Kylin, to
> >>serve
> >>in accordance with and subject to the direction of the Board of
> >>Directors and the Bylaws of the Foundation until death,
> >>resignation, retirement, removal or disqualification, or until
> >>a successor is appointed; and be it further

[VOTE][RESULT] Accept Concerted into the Apache Incubator

[Atri Sharma]

And again, sorry for the error in subject.

ENOCOFFEE

Hi All,

This vote passed with the following result:

+1(binding):Henry Saputra, Julian Hyde, Chris Nauroth, Lars Hofhansl, Roman
Shaposhnik, Jake Farrell, Amareshwari Sriramdasu, Alan D. Cabrera, Bertrand
Delacretaz
+0(binding):Sergio Fernandez
+1(non binding):Amol Kekre, Pavel Stehule, Ayrton Gomesz, Luke Han, Timothy
Chen
-1: None

Thanks everyone for participating and voting.

We are excited to be part of ASF Incubator.

Regards,
Atri

On Tue, Oct 13, 2015 at 2:31 PM, Atri Sharma <a...@apache.org> wrote:

> Resending with correct subject.
>
> Hi All,
>
> This vote passed with the following result:
>
> +1(binding):Henry Saputra, Julian Hyde, Chris Nauroth, Lars Hofhansl,
> Roman Shaposhnik, Jake Farrell, Amareshwari Sriramdasu, Alan D. Cabrera,
> Bertrand Delacretaz
> +0(binding):Sergio Fernandez
> +1(non binding):Amol Kekre, Pavel Stehule, Ayrton Gomesz, Luke Han,
> Timothy Chen
> -1: None
>
> Thanks everyone for participating and voting.
>
> We are excited to be part of ASF Incubator.
>
> Regards,
> Atri
>
> On Tue, Oct 13, 2015 at 2:19 PM, Atri Sharma <a...@apache.org> wrote:
>
>> Hi All,
>>
>> This vote passed with the following result:
>>
>> +1(binding):Henry Saputra, Julian Hyde, Chris Nauroth, Lars Hofhansl,
>> Roman Shaposhnik, Jake Farrell, Amareshwari Sriramdasu, Alan D. Cabrera,
>> Bertrand Delacretaz
>> +0(binding):Sergio Fernandez
>> +1(non binding):Amol Kekre, Pavel Stehule, Ayrton Gomesz, Luke Han,
>> Timothy Chen
>> -1: None
>>
>> Thanks everyone for participating and voting.
>>
>> We are excited to be part of ASF Incubator.
>>
>> Regards,
>> Atri
>>
>> On Mon, Oct 12, 2015 at 12:30 PM, Bertrand Delacretaz <
>> bdelacre...@apache.org> wrote:
>>
>>> On Fri, Oct 9, 2015 at 5:55 PM, Atri Sharma <a...@apache.org> wrote:
>>> > ...Following the discussion about Concerted I would like to call a
>>> vote for
>>> > accepting Concerted as a new incubator project...
>>>
>>> +1
>>>
>>> -Bertrand
>>>
>>> -
>>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
>>> For additional commands, e-mail: general-h...@incubator.apache.org
>>>
>>>
>>
>

Re: [VOTE] Accept Concerted into the Apache Incubator

[Atri Sharma]

Resending with correct subject.

Hi All,

This vote passed with the following result:

+1(binding):Henry Saputra, Julian Hyde, Chris Nauroth, Lars Hofhansl, Roman
Shaposhnik, Jake Farrell, Amareshwari Sriramdasu, Alan D. Cabrera, Bertrand
Delacretaz
+0(binding):Sergio Fernandez
+1(non binding):Amol Kekre, Pavel Stehule, Ayrton Gomesz, Luke Han, Timothy
Chen
-1: None

Thanks everyone for participating and voting.

We are excited to be part of ASF Incubator.

Regards,
Atri

On Tue, Oct 13, 2015 at 2:19 PM, Atri Sharma <a...@apache.org> wrote:

> Hi All,
>
> This vote passed with the following result:
>
> +1(binding):Henry Saputra, Julian Hyde, Chris Nauroth, Lars Hofhansl,
> Roman Shaposhnik, Jake Farrell, Amareshwari Sriramdasu, Alan D. Cabrera,
> Bertrand Delacretaz
> +0(binding):Sergio Fernandez
> +1(non binding):Amol Kekre, Pavel Stehule, Ayrton Gomesz, Luke Han,
> Timothy Chen
> -1: None
>
> Thanks everyone for participating and voting.
>
> We are excited to be part of ASF Incubator.
>
> Regards,
> Atri
>
> On Mon, Oct 12, 2015 at 12:30 PM, Bertrand Delacretaz <
> bdelacre...@apache.org> wrote:
>
>> On Fri, Oct 9, 2015 at 5:55 PM, Atri Sharma <a...@apache.org> wrote:
>> > ...Following the discussion about Concerted I would like to call a vote
>> for
>> > accepting Concerted as a new incubator project...
>>
>> +1
>>
>> -Bertrand
>>
>> -
>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
>> For additional commands, e-mail: general-h...@incubator.apache.org
>>
>>
>

Re: [VOTE] Accept Concerted into the Apache Incubator

[Atri Sharma]

Hi All,

This vote passed with the following result:

+1(binding):Henry Saputra, Julian Hyde, Chris Nauroth, Lars Hofhansl, Roman
Shaposhnik, Jake Farrell, Amareshwari Sriramdasu, Alan D. Cabrera, Bertrand
Delacretaz
+0(binding):Sergio Fernandez
+1(non binding):Amol Kekre, Pavel Stehule, Ayrton Gomesz, Luke Han, Timothy
Chen
-1: None

Thanks everyone for participating and voting.

We are excited to be part of ASF Incubator.

Regards,
Atri

On Mon, Oct 12, 2015 at 12:30 PM, Bertrand Delacretaz <
bdelacre...@apache.org> wrote:

> On Fri, Oct 9, 2015 at 5:55 PM, Atri Sharma <a...@apache.org> wrote:
> > ...Following the discussion about Concerted I would like to call a vote
> for
> > accepting Concerted as a new incubator project...
>
> +1
>
> -Bertrand
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>

Re: [VOTE] Accept Concerted into the Apache Incubator

[Atri Sharma]

Hi,

Please find answers below:

1) The main source code on Github wasn't updated for a while. However, the
original and main core was written in 2013 and has been open source since
then. As we discussed earlier current code base is only starting point for
complete development and will be first integrated with silo work done
independent and then used as starting implementation.

2) The JNI native API when optimized can provide great performance ( I have
written an application using it and it is on production systems for many
years). I think we can still provide a high performance API to the C++ core
and that is something I am personally working on right now.
On 10 Oct 2015 02:31, "Julian Hyde" <jh...@apache.org> wrote:

> I have agreed to be a mentor to Concerted and I think it is an
> interesting idea. I am inclined to vote for it entering the incubator.
>
> However since the project has not released any source code yet, there
> are a couple of questions I'd like to get answered for the record:
>
> 1. How many lines of existing code are there? What is their approximate
> age?
>
> 2. Concerted is in C/C++ but you mention interfacing with JVM-based
> products like Hive. How you would interface with other languages? Is
> it a goal of the project to create APIs to other languages such as
> Java? Would access from those languages be as efficient as native
> access?
>
> I apologize that I didn't bring these up in the discussion thread.
>
> Julian
>
>
> On Fri, Oct 9, 2015 at 11:53 AM, Ayrton Gomesz <com.ayr...@gmail.com>
> wrote:
> > +1
> > @henry.saputra thanks man
> > On Oct 9, 2015 5:50 PM, "Henry Saputra" <henry.sapu...@gmail.com> wrote:
> >
> >> +1 (binding)
> >> Good luck guys!
> >>
> >> On Fri, Oct 9, 2015 at 8:55 AM, Atri Sharma <a...@apache.org> wrote:
> >> > Hi all,
> >> >
> >> > Following the discussion about Concerted I would like to call a vote
> for
> >> > accepting Concerted as a new incubator project.
> >> >
> >> > The proposal text is included below, and available on the wiki:
> >> >
> >> > https://wiki.apache.org/incubator/ConcertedProposal
> >> >
> >> > The vote is open for 72 hours:
> >> >
> >> > [ ] +1 accept Concerted in the Incubator
> >> > [ ] ±0
> >> > [ ] -1 (please give reason)
> >> >
> >> > Regards,
> >> >
> >> > Atri
> >> >
> >> > = Abstract =
> >> >
> >> > Concerted is an in memory write less read more engine aimed to provide
> >> > extreme read performance with very high degree of concurrency and
> >> > scalability and focus on minimizing own resource footprint.
> >> >
> >> > = Proposal =
> >> > Concerted is built on the principal that a new type of workload is
> >> > dominating the scene and is now needed to be supported. These are the
> >> large
> >> > data set analytical workloads being analyzed or used on large
> clusters or
> >> > high power machines. Large analytical workloads depend on the ability
> to
> >> > query large data sets efficiently and in high concurrency while
> >> maintaining
> >> > semantics such as immediate consistency. An in memory engine designed
> to
> >> > support extreme read queries while providing support for aggregation
> >> > through various features (such as multidimensional representation of
> >> > tuples) will accelerate many usecases around large scale analytics.
> >> >
> >> > Concerted believes that best understanding of user application lies
> with
> >> > user application developer. The need for massive read scaling should
> be
> >> on
> >> > demand and should be flexible to the level that user can decide as to
> >> which
> >> > representation and access of data suits his/her current requirements.
> >> > Hence, Concerted is not built in a traditional client/server model.
> >> > Concerted provides users with an API which can be used to load, read,
> >> > update and delete data. User chooses which data structure has to be
> used
> >> > for his current requirements. All API access is covered by Concerted's
> >> > internal systems like lock manager, transaction manager and cache
> manager
> >> > which ensure that reads scale to high level in every API call.
> >> >
> >> > Concerted is a Do It Yourself in memory platform for making in memory
&g

Re: Concerted Proposal

[Atri Sharma]

Hi All,

Proposal is posted for voting.

Please vote.

Regards,

Atri

On Wed, Oct 7, 2015 at 1:59 PM, Atri Sharma <atri.j...@gmail.com> wrote:

> Hi All,
>
> I have posted proposal in Discuss thread.
>
> Please provide your contributions there.
>
> Regards,
>
> Atri
>
> On Wed, Oct 7, 2015 at 12:27 AM, Atri Sharma <atri.j...@gmail.com> wrote:
>
>> Thanks for your opinion.
>>
>> On Tue, Oct 6, 2015 at 4:50 PM, Sergio Fernández <wik...@apache.org>
>> wrote:
>>
>>> I just wanted to state the fact that mentoring is not expected to take an
>>> active role in technical questions.
>>
>>
>> I agree for that and I understand that we are not looking for technical
>> mentoring. However, if our mentors are wishing to help us in that manner,
>> we will be more than happy.
>>
>> Moreover arguing that "bootstrapping
>>> the existing code base and community into ASF will generate much more
>>> interest" clearly shows an excessive fascination with the Apache brand.
>>>
>>
>> I respectfully disagree. I think the motivation here is not attracting
>> more people into the community using Apache brand but manage existing and
>> future community using Apache processes. I believe that managing our
>> community with the Apache way is a better way of handling the community and
>> that is what we mean when we say that the community management process is
>> easier and healthier with Apache way.
>>
>> For the visibility side, we believe that the biggest advantage Concerted
>> will have is that it will have a chance to be directed and helped by big
>> data projects which are end user targets for Concerted. The primary target
>> for Concerted is to be support engine platform for big data projects and
>> Apache Big Data projects are the biggest use cases that we see. Hence, we
>> see the project as a liable candidate for ASF project and since we aim to
>> have Concerted be in sync with needs and use cases for Apache Big Data
>> projects, it seems logical to have Concerted as an ASF project early on and
>> be able to start helping Apache Big Data projects. Community development in
>> this case only means the potential direction or support project might get
>> from Apache Big Data projects that might be interested in Concerted. I
>> assure you that it is not a translation of excessive fascination with
>> Apache brand for us. If we are incorrect please correct us.
>>
>>
>>> In
>>> the end you have to take into account that been a podling introduces
>>> quite
>>> some overhead, which personally I don't find healthy in such very early
>>> stage.
>>>
>>> But well, looks the proposal has enough support, so my opinion is just
>>> that, an individual opinion. Go ahead with the proposal, and all the
>>> best!
>>>
>>
>> Thank you.
>>
>>>
>>>
>>> On Mon, Oct 5, 2015 at 10:51 AM, <nup...@ingeniumsys.com> wrote:
>>>
>>> > As a member of Concerted community, I believe that acceptance into ASF
>>> > Incubator is beneficial for Concerted especially in terms of community
>>> > support. Being an independent project on github really does not help
>>> when
>>> > we want to build a healthy community of people interested in Concerted
>>> and
>>> > aiming to take Concerted to ultimate goal we have i.e. being the
>>> primary in
>>> > memory support framework for big data engines. I really feel that
>>> > bootstrapping the existing code base and community into ASF will
>>> generate
>>> > much more interest, visibility and allow the community to be regulated
>>> in a
>>> > much better manner.
>>> >
>>> > Also, I agree with Atri on the fact that since our eventual goal is to
>>> be
>>> > supporting existing big data projects, working with them early on is a
>>> > great way to improve our roadmap and get contributions from those
>>> projects.
>>> >
>>> > As a person who has been revamping Concerted code base for a while
>>> now, I
>>> > believe that the existing code base is a great place to pick up the
>>> main
>>> > development of Concerted.
>>> >
>>> > Nupur
>>> >
>>> >
>>> > On 05/10/2015 02:09 PM, Atri Sharma wrote:
>>> >
>>> >> While I do not disagree with the fact that the code base can evolve at
>>> >> github, th

[VOTE] Accept Concerted into the Apache Incubator

[Atri Sharma]

re getting individual changes into branches in github
repository and our initial major goal will be to merge in all those changes
in master repository.

= Current Status =
Concerted is currently under restructuring to suit the needs of an open
source project. Current source is available at
https://github.com/atris/Concerted (Please note that updated codebase is
not yet present on github) Concerted is currently being licensed under
Apache License 2.0. Most of the code base is implemented in C and C++ and
has external dependencies listed later.

== Meritocracy ==

We plan to drive the technical roadmap and implementation in a fully
transparent, community-driven way soliciting feedback from all of the
community members and building a consensus-driven approach to evolving the
code base and the community itself. Users and new contributors will be
treated with respect and welcomed. By participating in the community and
providing quality patches/support that move the project forward,
contributors will earn merit. They also will be encouraged to provide
non-code contributions (documentation, events, community management, etc.)
and will gain merit for doing so. Those with a proven support and quality
track record will be encouraged to become committers.

== Community ==
In memory is the new cutting edge thing and a new community around
performance oriented systems and enhancing relational database performance
by having complete in memory OLTP engines will greatly benefit performance.
So we expect data warehousing projects and communities as well as projects
and companies looking for high performance OLTP performance. In addition,
Ingenium Data Systems is building products around Concerted and will have
salaried developers contribute to the project as part of job responsibility.

== Core Developers ==
Core developers are a diverse group of developers, many of which are very
experienced in open source and the Apache Hadoop ecosystem. Specifically,
Atri is an Apache Apex committer and Atri and Pavel are major contributors
to PostgreSQL project.Atri is also committer for other open source projects.

 * Amrish 
 * Nupur S 
 * Pavel Stehule 
 * Atri Sharma 
 * Nishith Singhal 
 * Michael Down 
 * Vijayakumar Ramdoss 
 * Wang Albert 
 * Hans-Jurgen Schonig 
 * Kris Popat 
 * Ayrton Gomesz 

== Alignment ==
Concerted will be helpful to systems like Tajo which can benefit with in
memory structures optimized for heavy reads and joins (dimension tables).
In addition Concerted will benefit projects looking for in memory
relational database as a metadata store, which is the case for most of the
Apache Big Data projects. We expect Apache HAWQ (incubating), Apache Hive,
Apache Storm, Apache Tajo to be utilizing Concerted as a supporting engine.
For eg, a data warehouse built on HAWQ, Hive or Tajo can utilize Concerted
as an in memory engine for querying and joining dimensional tables.

= Known Risks =

== Orphaned Products ==
Most of the code is developed by a small group of core developers and this
may be a risk for orphaned product. However, the code base is simple as
compared to other open source projects and the interest level in Concerted
has risen exponentially over the years with many computer professionals
expressing interest in the project and doing some use cases of the
same.Specifically, there were some projects done around Concerted in JIIT,
Noida (an engineering school) and Wang is a student in Lehigh University
who has been following Concerted's progress over many years. The core
developers are aligned with this project and since the code base is simple,
future committers will have a quick ramp up and the risk shall be
mitigated. Besides, Ingenium Data Systems is launching a product based on
Concerted and will be having all its salaried developers contribute to
Concerted as a part of their job functions.

== Inexperience with Open Source ==
Most of the initial committers have experience working on open source
projects. In particular, Atri is an active member of many open source
projects.

== Homogeneous Developers ==
Although initial core developers were based out of India, community now
consists of computer professionals from various parts of the world hence
diversity should not be an issue. In addition, we will be documenting
internals of the project in public facing documents and it shall allow more
contributors to join in.

== Reliance on Salaried Developers ==
It is expected that Concerted development will occur on both salaried time
and on volunteer time. Nupur and Amrish belong to Ingenium and are
committed to building this project along with their team. Atri, as the
originator of this project, will be actively working on the project and is
now pushing Concerted into major data warehousing projects, since he is
involved in architecture of data platforms. Developers are expected to be
contributing in their volunteer time. In addition, we will be working with
various open source projects which will be benefited by

Re: Concerted Proposal

[Atri Sharma]

Hi All,

I have posted proposal in Discuss thread.

Please provide your contributions there.

Regards,

Atri

On Wed, Oct 7, 2015 at 12:27 AM, Atri Sharma <atri.j...@gmail.com> wrote:

> Thanks for your opinion.
>
> On Tue, Oct 6, 2015 at 4:50 PM, Sergio Fernández <wik...@apache.org>
> wrote:
>
>> I just wanted to state the fact that mentoring is not expected to take an
>> active role in technical questions.
>
>
> I agree for that and I understand that we are not looking for technical
> mentoring. However, if our mentors are wishing to help us in that manner,
> we will be more than happy.
>
> Moreover arguing that "bootstrapping
>> the existing code base and community into ASF will generate much more
>> interest" clearly shows an excessive fascination with the Apache brand.
>>
>
> I respectfully disagree. I think the motivation here is not attracting
> more people into the community using Apache brand but manage existing and
> future community using Apache processes. I believe that managing our
> community with the Apache way is a better way of handling the community and
> that is what we mean when we say that the community management process is
> easier and healthier with Apache way.
>
> For the visibility side, we believe that the biggest advantage Concerted
> will have is that it will have a chance to be directed and helped by big
> data projects which are end user targets for Concerted. The primary target
> for Concerted is to be support engine platform for big data projects and
> Apache Big Data projects are the biggest use cases that we see. Hence, we
> see the project as a liable candidate for ASF project and since we aim to
> have Concerted be in sync with needs and use cases for Apache Big Data
> projects, it seems logical to have Concerted as an ASF project early on and
> be able to start helping Apache Big Data projects. Community development in
> this case only means the potential direction or support project might get
> from Apache Big Data projects that might be interested in Concerted. I
> assure you that it is not a translation of excessive fascination with
> Apache brand for us. If we are incorrect please correct us.
>
>
>> In
>> the end you have to take into account that been a podling introduces quite
>> some overhead, which personally I don't find healthy in such very early
>> stage.
>>
>> But well, looks the proposal has enough support, so my opinion is just
>> that, an individual opinion. Go ahead with the proposal, and all the best!
>>
>
> Thank you.
>
>>
>>
>> On Mon, Oct 5, 2015 at 10:51 AM, <nup...@ingeniumsys.com> wrote:
>>
>> > As a member of Concerted community, I believe that acceptance into ASF
>> > Incubator is beneficial for Concerted especially in terms of community
>> > support. Being an independent project on github really does not help
>> when
>> > we want to build a healthy community of people interested in Concerted
>> and
>> > aiming to take Concerted to ultimate goal we have i.e. being the
>> primary in
>> > memory support framework for big data engines. I really feel that
>> > bootstrapping the existing code base and community into ASF will
>> generate
>> > much more interest, visibility and allow the community to be regulated
>> in a
>> > much better manner.
>> >
>> > Also, I agree with Atri on the fact that since our eventual goal is to
>> be
>> > supporting existing big data projects, working with them early on is a
>> > great way to improve our roadmap and get contributions from those
>> projects.
>> >
>> > As a person who has been revamping Concerted code base for a while now,
>> I
>> > believe that the existing code base is a great place to pick up the main
>> > development of Concerted.
>> >
>> > Nupur
>> >
>> >
>> > On 05/10/2015 02:09 PM, Atri Sharma wrote:
>> >
>> >> While I do not disagree with the fact that the code base can evolve at
>> >> github, the situation here is a bit different. Preliminary though it
>> is,
>> >> Concerted does have an existing code base. The bigger question is
>> having
>> >> the code base evolve at a higher frequency with a wider community.
>> >>
>> >> I think that if Concerted becomes a part of ASF Incubator, it has a
>> much
>> >> higher chance of evolving into a wider product with a much better
>> >> alignment
>> >> with the existing Apache big data ecosystem. Concerted provides the
>> >> abili

[DISCUSS] Concerted Incubation Proposal

[Atri Sharma]

 under vast variety of
workloads and aims to have as low footprint as possible.

= Initial Goals =
The initial goal is to leverage an existing code base and invest in
building a community around the project. We anticipate a lot of initial
restructuring of the existing code so that it becomes easier to include new
contributors and minimize ramp up time. We plan to approach this
refactoring in a fully transparent, community-driven way thus starting to
practice the "Apache Way" governance model from the get go.

Various contributors are getting individual changes into branches in github
repository and our initial major goal will be to merge in all those changes
in master repository.

= Current Status =
Concerted is currently under restructuring to suit the needs of an open
source project. Current source is available at
https://github.com/atris/Concerted (Please note that updated codebase is
not yet present on github) Concerted is currently being licensed under
Apache License 2.0. Most of the code base is implemented in C and C++ and
has external dependencies listed later.

== Meritocracy ==

We plan to drive the technical roadmap and implementation in a fully
transparent, community-driven way soliciting feedback from all of the
community members and building a consensus-driven approach to evolving the
code base and the community itself. Users and new contributors will be
treated with respect and welcomed. By participating in the community and
providing quality patches/support that move the project forward,
contributors will earn merit. They also will be encouraged to provide
non-code contributions (documentation, events, community management, etc.)
and will gain merit for doing so. Those with a proven support and quality
track record will be encouraged to become committers.

== Community ==
In memory is the new cutting edge thing and a new community around
performance oriented systems and enhancing relational database performance
by having complete in memory OLTP engines will greatly benefit performance.
So we expect data warehousing projects and communities as well as projects
and companies looking for high performance OLTP performance. In addition,
Ingenium Data Systems is building products around Concerted and will have
salaried developers contribute to the project as part of job responsibility.

== Core Developers ==
Core developers are a diverse group of developers, many of which are very
experienced in open source and the Apache Hadoop ecosystem. Specifically,
Atri is an Apache Apex committer and Atri and Pavel are major contributors
to PostgreSQL project.Atri is also committer for other open source projects.

 * Amrish 
 * Nupur S 
 * Pavel Stehule 
 * Atri Sharma 
 * Nishith Singhal 
 * Michael Down 
 * Vijayakumar Ramdoss 
 * Wang Albert 
 * Hans-Jurgen Schonig 
 * Kris Popat 
 * Ayrton Gomesz 

== Alignment ==
Concerted will be helpful to systems like Tajo which can benefit with in
memory structures optimized for heavy reads and joins (dimension tables).
In addition Concerted will benefit projects looking for in memory
relational database as a metadata store, which is the case for most of the
Apache Big Data projects. We expect Apache HAWQ (incubating), Apache Hive,
Apache Storm, Apache Tajo to be utilizing Concerted as a supporting engine.
For eg, a data warehouse built on HAWQ, Hive or Tajo can utilize Concerted
as an in memory engine for querying and joining dimensional tables.

= Known Risks =

== Orphaned Products ==
Most of the code is developed by a small group of core developers and this
may be a risk for orphaned product. However, the code base is simple as
compared to other open source projects and the interest level in Concerted
has risen exponentially over the years with many computer professionals
expressing interest in the project and doing some use cases of the
same.Specifically, there were some projects done around Concerted in JIIT,
Noida (an engineering school) and Wang is a student in Lehigh University
who has been following Concerted's progress over many years. The core
developers are aligned with this project and since the code base is simple,
future committers will have a quick ramp up and the risk shall be
mitigated. Besides, Ingenium Data Systems is launching a product based on
Concerted and will be having all its salaried developers contribute to
Concerted as a part of their job functions.

== Inexperience with Open Source ==
Most of the initial committers have experience working on open source
projects. In particular, Atri is an active member of many open source
projects.

== Homogeneous Developers ==
Although initial core developers were based out of India, community now
consists of computer professionals from various parts of the world hence
diversity should not be an issue. In addition, we will be documenting
internals of the project in public facing documents and it shall allow more
contributors to join in.

== Reliance on Salaried Developers ==
It is expected that

Re: Concerted Proposal

[Atri Sharma]

Thanks for your opinion.

On Tue, Oct 6, 2015 at 4:50 PM, Sergio Fernández <wik...@apache.org> wrote:

> I just wanted to state the fact that mentoring is not expected to take an
> active role in technical questions.


I agree for that and I understand that we are not looking for technical
mentoring. However, if our mentors are wishing to help us in that manner,
we will be more than happy.

Moreover arguing that "bootstrapping
> the existing code base and community into ASF will generate much more
> interest" clearly shows an excessive fascination with the Apache brand.
>

I respectfully disagree. I think the motivation here is not attracting more
people into the community using Apache brand but manage existing and future
community using Apache processes. I believe that managing our community
with the Apache way is a better way of handling the community and that is
what we mean when we say that the community management process is easier
and healthier with Apache way.

For the visibility side, we believe that the biggest advantage Concerted
will have is that it will have a chance to be directed and helped by big
data projects which are end user targets for Concerted. The primary target
for Concerted is to be support engine platform for big data projects and
Apache Big Data projects are the biggest use cases that we see. Hence, we
see the project as a liable candidate for ASF project and since we aim to
have Concerted be in sync with needs and use cases for Apache Big Data
projects, it seems logical to have Concerted as an ASF project early on and
be able to start helping Apache Big Data projects. Community development in
this case only means the potential direction or support project might get
from Apache Big Data projects that might be interested in Concerted. I
assure you that it is not a translation of excessive fascination with
Apache brand for us. If we are incorrect please correct us.


> In
> the end you have to take into account that been a podling introduces quite
> some overhead, which personally I don't find healthy in such very early
> stage.
>
> But well, looks the proposal has enough support, so my opinion is just
> that, an individual opinion. Go ahead with the proposal, and all the best!
>

Thank you.

>
>
> On Mon, Oct 5, 2015 at 10:51 AM, <nup...@ingeniumsys.com> wrote:
>
> > As a member of Concerted community, I believe that acceptance into ASF
> > Incubator is beneficial for Concerted especially in terms of community
> > support. Being an independent project on github really does not help when
> > we want to build a healthy community of people interested in Concerted
> and
> > aiming to take Concerted to ultimate goal we have i.e. being the primary
> in
> > memory support framework for big data engines. I really feel that
> > bootstrapping the existing code base and community into ASF will generate
> > much more interest, visibility and allow the community to be regulated
> in a
> > much better manner.
> >
> > Also, I agree with Atri on the fact that since our eventual goal is to be
> > supporting existing big data projects, working with them early on is a
> > great way to improve our roadmap and get contributions from those
> projects.
> >
> > As a person who has been revamping Concerted code base for a while now, I
> > believe that the existing code base is a great place to pick up the main
> > development of Concerted.
> >
> > Nupur
> >
> >
> > On 05/10/2015 02:09 PM, Atri Sharma wrote:
> >
> >> While I do not disagree with the fact that the code base can evolve at
> >> github, the situation here is a bit different. Preliminary though it is,
> >> Concerted does have an existing code base. The bigger question is having
> >> the code base evolve at a higher frequency with a wider community.
> >>
> >> I think that if Concerted becomes a part of ASF Incubator, it has a much
> >> higher chance of evolving into a wider product with a much better
> >> alignment
> >> with the existing Apache big data ecosystem. Concerted provides the
> >> ability
> >> to DIY big data in memory support engines, with a high degree of custom
> >> building for each user project.
> >>
> >> The reason why Concerted is proposed to become part of ASF Incubator is
> >> that Concerted is a small project right now, with a roadmap and a set of
> >> developers. Getting into ASF allows the Concerted project to have much
> >> better visibility with existing big data projects, which will then allow
> >> Concerted to be developed with more goals in mind. Please note that
> >> eventual goal of Concerted is to be supporting existing big 

Re: Concerted Proposal

[Atri Sharma]

If Incubator PMC sees fit, can I move this  thread to a discuss thread to
discuss accepting of Concerted into ASF Incubator?
On 5 Oct 2015 14:24, <nup...@ingeniumsys.com> wrote:

> As a member of Concerted community, I believe that acceptance into ASF
> Incubator is beneficial for Concerted especially in terms of community
> support. Being an independent project on github really does not help when
> we want to build a healthy community of people interested in Concerted and
> aiming to take Concerted to ultimate goal we have i.e. being the primary in
> memory support framework for big data engines. I really feel that
> bootstrapping the existing code base and community into ASF will generate
> much more interest, visibility and allow the community to be regulated in a
> much better manner.
>
> Also, I agree with Atri on the fact that since our eventual goal is to be
> supporting existing big data projects, working with them early on is a
> great way to improve our roadmap and get contributions from those projects.
>
> As a person who has been revamping Concerted code base for a while now, I
> believe that the existing code base is a great place to pick up the main
> development of Concerted.
>
> Nupur
>
> On 05/10/2015 02:09 PM, Atri Sharma wrote:
>
>> While I do not disagree with the fact that the code base can evolve at
>> github, the situation here is a bit different. Preliminary though it is,
>> Concerted does have an existing code base. The bigger question is having
>> the code base evolve at a higher frequency with a wider community.
>>
>> I think that if Concerted becomes a part of ASF Incubator, it has a much
>> higher chance of evolving into a wider product with a much better
>> alignment
>> with the existing Apache big data ecosystem. Concerted provides the
>> ability
>> to DIY big data in memory support engines, with a high degree of custom
>> building for each user project.
>>
>> The reason why Concerted is proposed to become part of ASF Incubator is
>> that Concerted is a small project right now, with a roadmap and a set of
>> developers. Getting into ASF allows the Concerted project to have much
>> better visibility with existing big data projects, which will then allow
>> Concerted to be developed with more goals in mind. Please note that
>> eventual goal of Concerted is to be supporting existing big data engines
>> with on demand custom in memory support. Since the primary target is
>> Apache
>> big data space, I think it makes sense to be bootstrapping into ASF early
>> on.
>>
>> Second, ASF will allow Concerted to have better community support and
>> management. As mentioned earlier, visibility and integration with other
>> ASF
>> projects will allow those projects to contribute to Concerted if they want
>> to mold it. Also, being a part of ASF anyways helps build community and
>> manage it in a much better manner.
>>
>> I think Roman put it aptly when he mentioned Apache Drill. I think Apache
>> Drill came to ASF Incubator with a goal and a community, and Concerted
>> comes with the same goal. We already have a small community of active
>> people, and who are excited at prospect of joining the Incubator.
>>
>> Please also note that Concerted does not aim to become a large project
>> like
>> Apache Spark (although that might change with time). Community current
>> aims
>> are to become a lightweight in memory support engine building framework,
>> with a small but well managed community and code base. So, the existing
>> code base might actually be a great starting point for us to be
>> bootstrapped into ASF Incubator, build community and build the existing
>> framework into a much more mature project dedicated at supporting ASF big
>> data projects.
>>
>> Thoughts?
>>
>> Regards,
>>
>> Atri
>>
>> On Mon, Oct 5, 2015 at 1:39 PM, Sergio Fernández <wik...@apache.org>
>> wrote:
>>
>> Well, I think what we should ask ourselves is if this is actually the role
>>> of ASF incubation. FMPOV the project will evolve much easier at github,
>>> and
>>> once the code base becomes a reality we can help mentoring the project in
>>> the Apache way. But this is just my personal opinion.
>>>
>>> On Mon, Oct 5, 2015 at 8:18 AM, Ted Dunning <ted.dunn...@gmail.com>
>>> wrote:
>>>
>>> It looks like there is plenty of mentor-power left on the project. I
>>>> don't
>>>> see why one mentor dropping out from a good and large group is a
>>>> problem.
>>>>
>&

Re: Concerted Proposal

[Atri Sharma]

While I do not disagree with the fact that the code base can evolve at
github, the situation here is a bit different. Preliminary though it is,
Concerted does have an existing code base. The bigger question is having
the code base evolve at a higher frequency with a wider community.

I think that if Concerted becomes a part of ASF Incubator, it has a much
higher chance of evolving into a wider product with a much better alignment
with the existing Apache big data ecosystem. Concerted provides the ability
to DIY big data in memory support engines, with a high degree of custom
building for each user project.

The reason why Concerted is proposed to become part of ASF Incubator is
that Concerted is a small project right now, with a roadmap and a set of
developers. Getting into ASF allows the Concerted project to have much
better visibility with existing big data projects, which will then allow
Concerted to be developed with more goals in mind. Please note that
eventual goal of Concerted is to be supporting existing big data engines
with on demand custom in memory support. Since the primary target is Apache
big data space, I think it makes sense to be bootstrapping into ASF early
on.

Second, ASF will allow Concerted to have better community support and
management. As mentioned earlier, visibility and integration with other ASF
projects will allow those projects to contribute to Concerted if they want
to mold it. Also, being a part of ASF anyways helps build community and
manage it in a much better manner.

I think Roman put it aptly when he mentioned Apache Drill. I think Apache
Drill came to ASF Incubator with a goal and a community, and Concerted
comes with the same goal. We already have a small community of active
people, and who are excited at prospect of joining the Incubator.

Please also note that Concerted does not aim to become a large project like
Apache Spark (although that might change with time). Community current aims
are to become a lightweight in memory support engine building framework,
with a small but well managed community and code base. So, the existing
code base might actually be a great starting point for us to be
bootstrapped into ASF Incubator, build community and build the existing
framework into a much more mature project dedicated at supporting ASF big
data projects.

Thoughts?

Regards,

Atri

On Mon, Oct 5, 2015 at 1:39 PM, Sergio Fernández  wrote:

> Well, I think what we should ask ourselves is if this is actually the role
> of ASF incubation. FMPOV the project will evolve much easier at github, and
> once the code base becomes a reality we can help mentoring the project in
> the Apache way. But this is just my personal opinion.
>
> On Mon, Oct 5, 2015 at 8:18 AM, Ted Dunning  wrote:
>
>> It looks like there is plenty of mentor-power left on the project. I don't
>> see why one mentor dropping out from a good and large group is a problem.
>>
>> On Sun, Oct 4, 2015 at 8:08 AM, Roman Shaposhnik  wrote:
>>
>> > Hi!
>> >
>> > as some of you know, Atri and I have been
>> > discussing his Concerted Proposal lately:
>> >https://wiki.apache.org/incubator/ConcertedProposal
>> >
>> > At this point I can no longer offer my mentorship
>> > services (I ended up quite overloaded as it is)
>> > and I feel it is only fair to Atri if I ask for help here.
>> >
>> > Consider this thread a pre-DICUSS. Concerted isn't
>> > what most of the Incubator proposals are these days.
>> > It is much more about promise of technology rather
>> > than something that exists today. In this it reminds
>> > me of Drill a great deal when it just got proposed -- mostly
>> > and idea. Not much of an existing code base or product.
>> >
>> > So I guess what I'm asking is an IPMC opinion on
>> > how to proceed with this given the mentor situation
>> > and the state of technology.
>> >
>> > Please help by chiming in.
>> >
>> > Thanks,
>> > Roman.
>> >
>> > -
>> > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
>> > For additional commands, e-mail: general-h...@incubator.apache.org
>> >
>> >
>>
>
>
>
> --
> Sergio Fernández
> Partner Technology Manager
> Redlink GmbH
> m: +43 6602747925
> e: sergio.fernan...@redlink.co
> w: http://redlink.co
>



-- 
Regards,

Atri
*l'apprenant*

Re: Fwd: [VOTE] Release Apache Open Climate Workbench 1.0.0

[Atri Sharma]

Anyway I can help?

I am not an IPMC member but willing to support this release.
On 18 Sep 2015 16:43, "lewis john mcgibbney"  wrote:

> Hi general@i.a.o,
>
> The Apache Open Climate Workbench (OCW) [0] 1.0.0 release candidate is
> struggling for attention. This is a major release and it really does
> deserve attention.
> We require binding and authoritative VOTE(s), we already have 2, however
> this is not enough to release the code.
> We would like to utilize and leverage the resources of the IPMC to review
> and determine the outcome of OCW 1.0.0.
> Thank you IPMC for your review, please direct any issues to dev@climate
> Lewis
> (on behalf of OCW PMC)
>
> [0] http://climate.apache.org/
>
> -- Forwarded message --
> From: Lewis John Mcgibbney 
> Date: Thu, Sep 3, 2015 at 1:02 PM
> Subject: [VOTE] Release Apache Open Climate Workbench 1.0.0
> To: d...@climate.apache.org
>
>
> Hi all,
>
> The second release candidate for Apache Open Climate Workbench 1.0.0 is now
> available.
>
> The tag for this release is available at:
> *http://s.apache.org/1.0.0rc1 *
>
>
> Release artifacts are available for review at:
> https://dist.apache.org/repos/dist/dev/climate/1.0.0_rc1/
>
>
> Please vote on releasing these packages as Apache OCW 1.0.0. The vote is
> open for at least the next 72 hours
>
>
> Only votes from Apache OCW PMC are binding, but folks are welcome to check
> the
> release candidate and voice their approval or disapproval. The vote passes
> if at least three binding +1 votes are cast.
>
> [ ] +1 Release the packages as Apache OCW 1.0.0
>
> [ ] -1 Do not release the packages because...
>
> P.S Kudos to whoever produced the release documentation.
> P.P.S Here's my +1
> Thanks
>
>
> --
> *Lewis*
>
>
>
> --
>
> ` :
> :   , :
>  #+`. ,,`,
> ` ;##`  .`,.  ;;':;`
>  `` ##@.;.;: ,;+;;;';;';;';'`
>   ```,###:  .,;; +;;'';;+;;;';;`
> ```#+##'``;+ '';;;'';;';;;';;;`
>  ```,##+#@:: ''';';;';+;;';;':::+:
>```.#'';';+;;';';';;';;';;':,;:
>  '#+#+#';';''';;';';;';;';'::
>   ;;:';,##''';'';;';';;'';;;'::';;;':.```
> `.,`;;;++';'';;';'';;';;;';;'::';;:;';;;::
> :`,.,.`:';+#+;;''';'';';';;';;';;';;;'::;';:;.
>.`..;,:`';;';';;;'+#+';;''+';;';:'';;';';;;':::;,:`
> ` ,`:. ;;;';';;;++#+'';''';''+;;';;';::';';;:..
>   ` ``
> ;;;';';';';;'+###+';';'';;';;';;';;';;;';;',:.
>   ` `
> `;:;;';';';;;'+;';';;';;';;';;';;'';;';';::;
>
>  `.;,:::;::;';';;'#++''';;';;;'';+';:::''::;;..:
>
> ```:,'::,;';';;;';;;''##+++'';;';;';;;''';;':,,,:.:,.`
>
> ```..::,;';:;';';';;;';';';';'''++###+'+;';;;';;;';;:;.:..:..,
>
> ,;;:;:;';''';''++##+++.:..:.,;
> `
>
> `.``,,:,';;::;;::';';;;';';;';';;';';;';;';';';'++#+###@#++:...,,.;:.
>
> `:.';.,;;',,;;;';';;';;':;;;';';;';;';';';;';;;''.:,:.,:'#@'::,
>
> ```.:,';;.::':';';',;;;';;':;';;';;';;;';;';'';;.;.,.:..,:.::
>
> ``:::',:;';;,:;;',:';';;':';';;;';;'::';;;,..,.,.,:+`
>
> `..:'+:';;',;';,:;:';;;,,';::,';;',,';;.:.:;,
>
> ``,.';;:':,;:;,,:;:::``..,:,``
>
> :`;;`
>
> ``: ,:`
>
>
>
>
>
>
>
> http://people.apache.org/~lewismc || @hectorMcSpector ||
> http://www.linkedin.com/in/lmcgibbney
>
>   Apache Gora V.P || Apache Nutch PMC || Apache Any23 V.P ||
> Apache OODT PMC
>Apache Open Climate Workbench PMC || Apache Tika PMC || Apache
> TAC
> Apache Usergrid || Apache HTrace (incubating) || Apache CommonsRDF
> (incubating)
>

Re: Looking for a Champion for ORDs

[Atri Sharma]

Just to clarify, I intend to help out project since this is a PostgreSQL
based project and I have experience in PostgreSQL. Since I am not an IPMC
member, I cannot be a mentor, hence just offered to help. I do not intend
to code in the project due to time limitations, but would love to help out
in the necessary areas if I can.

On Wed, Sep 16, 2015 at 1:33 PM, Kris Popat  wrote:

> Thanks Chris, I’ve put the proposal up on the wiki now.
> As you suggested it’s at http://wiki.apache.org/incubator/ORDSProposal <
> http://wiki.apache.org/incubator/ORDSProposal>
>
> Any comments and suggestions are welcome.
>
> Cheers
>
> Kris
>
> > On 15 Sep 2015, at 16:46, Mattmann, Chris A (3980) <
> chris.a.mattm...@jpl.nasa.gov> wrote:
> >
> > Dear Kris, please feel free to post the full proposal to the
> > Incubator wiki, here:
> > http://wiki.apache.org/incubator/, e.g., at:
> > http://wiki.apache.org/incubator/ORDSProposal
> >
> >
> > You will need permissions to do so, so let someone on this list
> > know when you register for your wiki account.
> >
> > Sounds very interesting.
> >
> > Cheers,
> > Chris
> >
> > ++
> > Chris Mattmann, Ph.D.
> > Chief Architect
> > Instrument Software and Science Data Systems Section (398)
> > NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
> > Office: 168-519, Mailstop: 168-527
> > Email: chris.a.mattm...@nasa.gov
> > WWW:  http://sunset.usc.edu/~mattmann/
> > ++
> > Adjunct Associate Professor, Computer Science Department
> > University of Southern California, Los Angeles, CA 90089 USA
> > ++
> >
> >
> >
> >
> >
> > -Original Message-
> > From: Kris Popat 
> > Reply-To: "general@incubator.apache.org" 
> > Date: Tuesday, September 15, 2015 at 6:08 AM
> > To: "general@incubator.apache.org" 
> > Subject: Looking for a Champion for ORDs
> >
> >> Hello All,
> >>
> >> A while back I started a brief discussion about inclubating ORDS (Oxford
> >> Research Database System). However, we had a pause in this process over
> >> the summer whilst some potential IP issues were sorted out, these have
> >> been resolved.
> >>
> >> I would like to start looking for a Champion for the project again.
> >>
> >> Here is the first section of the proposal which has some adjustments
> from
> >> the previous post.
> >>
> >> --
> >> ORDS is a user and project centered, web-based  database-as-a-service
> >> (DbaaS) system with data publishing.
> >>
> >> ORDS imports data from recognized sources such as csv files,
> >> spreadsheets, and relational database files into structured online
> >> databases to provide DbaaS functionality. The databases are stored in an
> >> RDBMS (PostgreSQL with ORM access). It has a full set of high-level
> tools
> >> for managing and editing these databases, including tools that give
> users
> >> the ability to create versioned snapshots of data and share specific
> >> datasets. New databases can also be created using these tools.
> Databases
> >> are housed in projects and associated with users with given roles. The
> >> data can be exported in common formats.
> >> -
> >>
> >> We believe strongly that the ASF would be good place for this project to
> >> grow because of it’s tradition of upholding good open source practice.
> >>
> >> In brief it is in use by researchers at Oxford and there is a lot of
> >> interest in the sector for using it in other institutions.  Promotion of
> >> the system is already happening and this should give us a route for
> >> getting users, documenters, testers and developers involved.
> >> It is written in Java and uses Tomcat, PostgreSQL though the database
> can
> >> be switched as we use JPA for all db access.
> >>
> >> I have worked on the full proposal and can post it on this list if
> >> required or will put it on the wiki as and when is appropriate.  I just
> >> didn’t want to clog this email with a whole proposal at this stage.
> >>
> >> Please let me know if you are interested in Championing this project or
> >> know of any member who might be.
> >>
> >> Many thanks
> >>
> >> Kris Popat
> >>
> >> ———
> >> Developer | Consultant Researcher
> >>
> >>
> >>
> >>
> >> -
> >> 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
>
>


-- 
Regards,

Atri
*l'apprenant*

Re: Looking for a Champion for ORDs

[Atri Sharma]

Great.

Count me in then.

On Wed, Sep 16, 2015 at 5:14 PM, Scott Wilson <
scott.bradley.wil...@gmail.com> wrote:

>
> > On 16 Sep 2015, at 10:49, Atri Sharma <atri.j...@gmail.com> wrote:
> >
> > Just to clarify, I intend to help out project since this is a PostgreSQL
> > based project and I have experience in PostgreSQL. Since I am not an IPMC
> > member, I cannot be a mentor, hence just offered to help. I do not intend
> > to code in the project due to time limitations, but would love to help
> out
> > in the necessary areas if I can.
>
> PostgreSQL clustering, configuration and virtualisation is an important
> part of the project, and your advice here will be very helpful - thanks for
> volunteering Atri!
>
> >
> > On Wed, Sep 16, 2015 at 1:33 PM, Kris Popat <krispo...@apache.org>
> wrote:
> >
> >> Thanks Chris, I’ve put the proposal up on the wiki now.
> >> As you suggested it’s at http://wiki.apache.org/incubator/ORDSProposal
> <
> >> http://wiki.apache.org/incubator/ORDSProposal>
> >>
> >> Any comments and suggestions are welcome.
> >>
> >> Cheers
> >>
> >> Kris
> >>
> >>> On 15 Sep 2015, at 16:46, Mattmann, Chris A (3980) <
> >> chris.a.mattm...@jpl.nasa.gov> wrote:
> >>>
> >>> Dear Kris, please feel free to post the full proposal to the
> >>> Incubator wiki, here:
> >>> http://wiki.apache.org/incubator/, e.g., at:
> >>> http://wiki.apache.org/incubator/ORDSProposal
> >>>
> >>>
> >>> You will need permissions to do so, so let someone on this list
> >>> know when you register for your wiki account.
> >>>
> >>> Sounds very interesting.
> >>>
> >>> Cheers,
> >>> Chris
> >>>
> >>> ++
> >>> Chris Mattmann, Ph.D.
> >>> Chief Architect
> >>> Instrument Software and Science Data Systems Section (398)
> >>> NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
> >>> Office: 168-519, Mailstop: 168-527
> >>> Email: chris.a.mattm...@nasa.gov
> >>> WWW:  http://sunset.usc.edu/~mattmann/
> >>> ++
> >>> Adjunct Associate Professor, Computer Science Department
> >>> University of Southern California, Los Angeles, CA 90089 USA
> >>> ++
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> -Original Message-
> >>> From: Kris Popat <krispo...@apache.org>
> >>> Reply-To: "general@incubator.apache.org" <general@incubator.apache.org
> >
> >>> Date: Tuesday, September 15, 2015 at 6:08 AM
> >>> To: "general@incubator.apache.org" <general@incubator.apache.org>
> >>> Subject: Looking for a Champion for ORDs
> >>>
> >>>> Hello All,
> >>>>
> >>>> A while back I started a brief discussion about inclubating ORDS
> (Oxford
> >>>> Research Database System). However, we had a pause in this process
> over
> >>>> the summer whilst some potential IP issues were sorted out, these have
> >>>> been resolved.
> >>>>
> >>>> I would like to start looking for a Champion for the project again.
> >>>>
> >>>> Here is the first section of the proposal which has some adjustments
> >> from
> >>>> the previous post.
> >>>>
> >>>> --
> >>>> ORDS is a user and project centered, web-based  database-as-a-service
> >>>> (DbaaS) system with data publishing.
> >>>>
> >>>> ORDS imports data from recognized sources such as csv files,
> >>>> spreadsheets, and relational database files into structured online
> >>>> databases to provide DbaaS functionality. The databases are stored in
> an
> >>>> RDBMS (PostgreSQL with ORM access). It has a full set of high-level
> >> tools
> >>>> for managing and editing these databases, including tools that give
> >> users
> >>>> the ability to create versioned snapshots of data and share specific
> >>>> datasets. New databases can also be created using these tools.
> >> Databases
> >>>> are housed in pro

Re: [VOTE] Accept Rya into the Apache Incubator

[Atri Sharma]

+1
On 14 Sep 2015 20:47, "Adam Fuchs"  wrote:

> Thanks again for the healthy discussion on Rya. With that, I would like to
> call a VOTE for accepting Rya as a new incubator project.
>
> The proposal text is included below, and is posted on the wiki here:
> https://wiki.apache.org/incubator/RyaProposal
>
> The discussion thread on Rya starts here:
>
> http://mail-archives.apache.org/mod_mbox/incubator-general/201509.mbox/%3CCALt5_xJKtRcUr3WGjfrY77DYWF0-8DWi%3DzyS7hrMFTg%2BYAORjQ%40mail.gmail.com%3E
>
> The vote will be open until Thu Sep 17 15:15:00 UTC 2015.
>
> [ ] +1 accept Rya in the Incubator
> [ ] ±0
> [ ] -1 because...
>
> Thanks,
> Adam
>
>
> = Rya Proposal =
> == Abstract ==
> Rya (pronounced "ree-uh" /rēə/) is a cloud-based RDF triple store that
> supports SPARQL queries.
>
> == Proposal ==
> Rya is a scalable RDF data management system built on top of Accumulo. Rya
> uses novel storage methods, indexing schemes, and query processing
> techniques that scale to billions of triples across multiple nodes. Rya
> provides fast and easy access to the data through SPARQL, a conventional
> query mechanism for RDF data.
>
> == Background ==
> RDF is a World Wide Web Consortium (W3C) standard used in describing
> resources on the Web. The smallest data unit is a triple consisting of
> subject, predicate, and object. Using this framework, it is very easy to
> describe any resource, not just Web related. For example, if you want to
> say that Alice is a professor, you can represent this as an RDF triple like
> (Alice, rdf:type, Professor). In general, RDF is an open world framework
> that allows anyone to make any statement about any resource, which makes it
>  a popular choice for expressing a large variety of data.
>
> RDF is used in conjunction with the Web Ontology Language (OWL). OWL is a
> framework for describing models or ontologies for RDF. It defines concepts,
> relationships, and/or structure of RDF documents. These models can be used
> to 'reason/infer' information about entities within a given domain. For
> example, you can express that a Professor is a sub class of Faculty,
> (Professor, rdfs:subClassOf, Faculty) and knowing that (Alice, rdf:type,
> Professor), it can be inferred that (Alice, rdf:type, Faculty).
>
> SPARQL is an RDF query language. Similar with SQL, SPARQL has SELECT and
> WHERE clauses; however, it is based on querying and retrieving RDF triples.
>
> Work on Rya, a large scale distributed system for  storing and querying RDF
> data, started in 2010.
>
> == Rationale ==
> With the increase in data size, there is a need for scalable systems for
> storing and retrieving RDF data in a cluster of nodes. We believe that Rya
> can fulfill that role. We expect that communities within government, health
> care, finance, and others who generate large amounts of RDF data will be
> most interested in this project.
>
> From its inception, the project operated with an Apache-style license, but
> it was open to mostly US government-related projects only. We believe that
> having the project and the development open for all will benefit both the
> project and the interested communities.
>
> == Current Status ==
> The project source code and documentation are currently hosted in a private
> repository on Github. New users are added to the repository upon request.
>
> === Meritocracy ===
> Meritocracy is the model that we currently follow, and we want to build a
> larger and more diverse developer community by becoming an Apache project.
>
> === Community ===
> Rya has being building a community of users and developers for the past 3
> years. There is currently an active workgroup with monthly meetings and the
> number of participants in the meeting is increasing.
>
> === Core Developers ===
> The core developers are a diverse group of people who are either government
> employees or former / current government contractors from different
> companies.
>
> === Alignment ===
> Rya is built on top of Accumulo, an Apache project.
>
> == Known Risks ==
> === Orphaned Products ===
> There is a very small risk of becoming orphaned. The current contributors
> are strongly committed to the project, there is a large enough number of
> developers interested in contributing to the project, and we believe that
> the support for the project will continue to grow from the interested
> communities.
>
> === Inexperience with Open Source ===
> The initial committers have various degrees of experience with open source
> projects - from very new to experienced. This project was open source
> within government from the beginning. We are aware that it will be
> different and more difficult functioning in a real open source environment.
> We are enthusiastic and committed to learning the Apache way and being
> successful in operating under Apache's development process.
>
> === Homogenous Developers ===
> The current list of developers form a heterogeneous group, with people for
> academia, 

Re: Calcite graduation vote

[Atri Sharma]

That's great news! As a Calcite fan, I am personally looking forward to it
happening.
On 9 Sep 2015 10:42, "Julian Hyde"  wrote:

> Pursuant to the graduation policy[1] it is my pleasure to inform the IPMC
> that the Calcite community has completed a discussion on graduation[2] and
> has commenced a vote[3].
>
> Julian
>
> [1] http://incubator.apache.org/guides/graduation.html#tlp-community-vote
> 
>
> [2] http://s.apache.org/ZPC
>
> [3] http://s.apache.org/rvB

Re: [VOTE] Accept MADlib into the Apache Incubator

[Atri Sharma]

adlib/testsuite
> >* Contributors: https://github.com/madlib/contrib
> >
> > The code is currently licensed under 2-clause BSD license.
> >
> > == Source and Intellectual Property Submission Plan ==
> > As soon as MADlib is approved to join the Incubator, the source code
> > will be transitioned via the Software Grant Agreement onto ASF
> > infrastructure and in turn made available under the Apache License,
> > version 2.0.  We know of no legal encumbrances that would inhibit the
> > transfer of source code to the ASF.
> >
> > == External Dependencies ==
> >
> > Runtime dependencies:
> >* boost-1.47.0 (Boost Software License)
> >* _m_widen_init (MIT for this subcomponent of GCC)
> >* python-argparse-1.2.1 (PSF LICENSE AGREEMENT FOR PYTHON 2.7.1)
> >* pyyaml-3.10 (MIT license)
> >* cern_root-5.34 (LGPL, however this dependency will be removed
> > since the 2 cern modules used are being entirely re-written in MADlib)
> >* eigen-3.2.2 (Mozilla Public License)
> >* pyxb-1.2.4 (Apache license version 2)
> >* python (Python Software Foundation License Version 2)
> >* mathjax-2.5 (Apache license version 2)
> >
> > Build only dependencies:
> >* doxypy-0.4.2 (GPL)
> >* cmake-2.8.4 (BSD 3-clause License)
> >* doxygen >= 1.8.4 (GPL)
> >* flex >= 2.5.33 (BSD)
> >* bison >= 2.4 (GPL)
> >* latex (LaTeX Project Public License)
> >* TikZ-UML (no license information)
> >
> > Cryptography
> >* N/A
> >
> > == Required Resources ==
> >
> > === Mailing lists ===
> >   * priv...@madlib.incubator.apache.org (moderated subscriptions)
> >   * comm...@madlib.incubator.apache.org
> >   * d...@madlib.incubator.apache.org
> >   * iss...@madlib.incubator.apache.org
> >   * u...@madlib.incubator.apache.org
> >
> > === Git Repository ===
> > https://git-wip-us.apache.org/repos/asf/incubator-madlib.git
> >
> > === Issue Tracking ===
> > JIRA Project MADlib (MADLIB)
> >
> > We will also request migration of our current JIRA available at
> > http://jira.madlib.net/
> >
> > === Other Resources ===
> >
> > Means of setting up regular builds for MADlib on builds.apache.org
> > will require integration with Docker support.
> >
> > == Initial Committers ==
> >   * Anirudh Kondaveeti
> >   * Caleb Welton
> >   * Frank McQuillan
> >   * Gang Xiong
> >   * Gautam Muralidhar
> >   * Hitoshi Harada
> >   * Hulya Emir-farinas
> >   * Ian Huston
> >   * KeeSiong Ng
> >   * Noel Sio
> >   * Rahul Iyer
> >   * Rashmi Raghu
> >   * Regunathan Radhakrishnan
> >   * Ronert Obst
> >   * Samuel Ziegler
> >   * Sarah Aerni
> >   * Srivatsan Ramanujam
> >   * Woo Jae Jung
> >   * Xixuan Feng
> >   * Yu Yang
> >   * Atri Sharma
> >   * Greg Chase
> >   * Chloe Jackson
> >   * Roman Shaposhnik
> >   * Vaibhav Gumashta
> >   * Ted Dunning
> >   * Konstantin Boudnik
> >
> > == Affiliations ==
> >   * Hortonworks: Vaibhav Gumashta
> >   * MapR: Ted Dunning
> >   * WANDisco: Konstantin Boudnik
> >   * Barclays:  Atri Sharma
> >   * Pivotal: everyone else on this proposal
> >
> > == Sponsors ==
> >
> > === Champion ===
> > Roman Shaposhnik
> >
> > === Nominated Mentors ===
> >
> > The initial mentors are listed below:
> >   * Ted Dunning - Apache Member, MapR
> >   * Konstantin Boudnik - Apache Member, WANDisco
> >   * Roman Shaposhnik - Apache Member, Pivotal
> >
> > === Sponsoring Entity ===
> > We would like to propose Apache incubator to sponsor this project.
> >
> > -
> > 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] MADlib Incubation Proposal

[Atri Sharma]

gt; Build only dependencies:
>* doxypy-0.4.2 (GPL)
>* cmake-2.8.4 (BSD 3-clause License)
>* doxygen >= 1.8.4 (GPL)
>* flex >= 2.5.33 (BSD)
>* bison >= 2.4 (GPL)
>* latex (LaTeX Project Public License)
>* TikZ-UML (no license information)
>
> Cryptography
>* N/A
>
> == Required Resources ==
>
> === Mailing lists ===
>   * priv...@madlib.incubator.apache.org (moderated subscriptions)
>   * comm...@madlib.incubator.apache.org
>   * d...@madlib.incubator.apache.org
>   * iss...@madlib.incubator.apache.org
>   * u...@madlib.incubator.apache.org
>
> === Git Repository ===
> https://git-wip-us.apache.org/repos/asf/incubator-madlib.git
>
> === Issue Tracking ===
> JIRA Project MADlib (MADLIB)
>
> We will also request migration of our current JIRA available at
> http://jira.madlib.net/
>
> === Other Resources ===
>
> Means of setting up regular builds for MADlib on builds.apache.org
> will require integration with Docker support.
>
> == Initial Committers ==
>   * Anirudh Kondaveeti
>   * Caleb Welton
>   * Frank McQuillan
>   * Gang Xiong
>   * Gautam Muralidhar
>   * Hitoshi Harada
>   * Hulya Emir-farinas
>   * Ian Huston
>   * KeeSiong Ng
>   * Noel Sio
>   * Rahul Iyer
>   * Rashmi Raghu
>   * Regunathan Radhakrishnan
>   * Ronert Obst
>   * Samuel Ziegler
>   * Sarah Aerni
>   * Srivatsan Ramanujam
>   * Woo Jae Jung
>   * Xixuan Feng
>   * Yu Yang
>   * Atri Sharma
>   * Greg Chase
>   * Chloe Jackson
>   * Roman Shaposhnik
>   * Vaibhav Gumashta
>   * Ted Dunning
>   * Konstantin Boudnik
>
> == Affiliations ==
>   * Hortonworks: Vaibhav Gumashta
>   * MapR: Ted Dunning
>   * WANDisco: Konstantin Boudnik
>   * Barclays:  Atri Sharma
>   * Pivotal: everyone else on this proposal
>
> == Sponsors ==
>
> === Champion ===
> Roman Shaposhnik
>
> === Nominated Mentors ===
>
> The initial mentors are listed below:
>   * Ted Dunning - Apache Member, MapR
>   * Konstantin Boudnik - Apache Member, WANDisco
>   * Roman Shaposhnik - Apache Member, Pivotal
>
> === Sponsoring Entity ===
> We would like to propose Apache incubator to sponsor this project.
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>

Re: [DISCUSS] MADlib Incubation Proposal

[Atri Sharma]

r this dependency will be removed
> since the 2 cern modules used are being entirely re-written in MADlib)
>* eigen-3.2.2 (Mozilla Public License)
>* pyxb-1.2.4 (Apache license version 2)
>* python (Python Software Foundation License Version 2)
>* mathjax-2.5 (Apache license version 2)
>
> Build only dependencies:
>* doxypy-0.4.2 (GPL)
>* cmake-2.8.4 (BSD 3-clause License)
>* doxygen >= 1.8.4 (GPL)
>* flex >= 2.5.33 (BSD)
>* bison >= 2.4 (GPL)
>* latex (LaTeX Project Public License)
>* TikZ-UML (no license information)
>
> Cryptography
>* N/A
>
> == Required Resources ==
>
> === Mailing lists ===
>   * priv...@madlib.incubator.apache.org (moderated subscriptions)
>   * comm...@madlib.incubator.apache.org
>   * d...@madlib.incubator.apache.org
>   * iss...@madlib.incubator.apache.org
>   * u...@madlib.incubator.apache.org
>
> === Git Repository ===
> https://git-wip-us.apache.org/repos/asf/incubator-madlib.git
>
> === Issue Tracking ===
> JIRA Project MADlib (MADLIB)
>
> We will also request migration of our current JIRA available at
> http://jira.madlib.net/
>
> === Other Resources ===
>
> Means of setting up regular builds for MADlib on builds.apache.org
> will require integration with Docker support.
>
> == Initial Committers ==
>   * Anirudh Kondaveeti
>   * Caleb Welton
>   * Frank McQuillan
>   * Gang Xiong
>   * Gautam Muralidhar
>   * Hitoshi Harada
>   * Hulya Emir-farinas
>   * Ian Huston
>   * KeeSiong Ng
>   * Noel Sio
>   * Rahul Iyer
>   * Rashmi Raghu
>   * Regunathan Radhakrishnan
>   * Ronert Obst
>   * Samuel Ziegler
>   * Sarah Aerni
>   * Srivatsan Ramanujam
>   * Woo Jae Jung
>   * Xixuan Feng
>   * Yu Yang
>   * Atri Sharma
>   * Greg Chase
>   * Chloe Jackson
>   * Roman Shaposhnik
>   * Vaibhav Gumashta
>   * Ted Dunning
>   * Konstantin Boudnik
>
> == Affiliations ==
>   * Hortonworks: Vaibhav Gumashta
>   * MapR: Ted Dunning
>   * WANDisco: Konstantin Boudnik
>   * Barclays:  Atri Sharma
>   * Pivotal: everyone else on this proposal
>
> == Sponsors ==
>
> === Champion ===
> Roman Shaposhnik
>
> === Nominated Mentors ===
>
> The initial mentors are listed below:
>   * Ted Dunning - Apache Member, MapR
>   * Konstantin Boudnik - Apache Member, WANDisco
>   * Roman Shaposhnik - Apache Member, Pivotal
>
> === Sponsoring Entity ===
> We would like to propose Apache incubator to sponsor this project.
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>

Re: [VOTE] Accept HAWQ into the Apache Incubator

[Atri Sharma]

t that interest directly into
> participation and will be investing in activities to recruit
> additional committers from other companies.
>
> === Reliance on Salaried Developers ===
> Most of the contributors are paid to work in the Big Data space. While
> they might wander from their current employers, they are unlikely to
> venture far from their core expertise and thus will continue to be
> engaged with the project regardless of their current employers.
>
> === Relationships with Other Apache Products ===
> As mentioned in the Alignment section, HAWQ may consider various
> degrees of integration and code exchange with Apache Hadoop, Apache
> Spark and Apache Hive projects. We expect integration points to be
> inside and outside the project. We look forward to collaborating with
> these communities as well as other communities under the Apache
> umbrella.
>
> === An Excessive Fascination with the Apache Brand ===
> While we intend to leverage the Apache ‘branding’ when talking to
> other projects as testament of our project’s ‘neutrality’, we have no
> plans for making use of Apache brand in press releases nor posting
> billboards advertising acceptance of HAWQ into Apache Incubator.
>
> == Documentation ==
> The documentation is currently available at http://hawq.docs.pivotal.io/
>
> == Initial Source ==
> Initial source code will be available immediately after Incubator PMC
> approves HAWQ joining the Incubator and will be licensed under the
> Apache License v2.
>
> == Source and Intellectual Property Submission Plan ==
> As soon as HAWQ is approved to join the Incubator, the source code
> will be transitioned via an exhibit to Pivotal's current Software
> Grant Agreement onto ASF infrastructure and in turn made available
> under the Apache License, version 2.0.  We know of no legal
> encumberments that would inhibit the transfer of source code to the
> ASF.
>
> == External Dependencies ==
>
> Runtime dependencies:
>   * gimli (BSD)
>   * openldap (The OpenLDAP Public License)
>   * openssl (OpenSSL License and the Original SSLeay License, BSD style)
>   * proj (MIT)
>   * yaml (Creative Commons Attribution 2.0 License)
>   * python (Python Software Foundation License Version 2)
>   * apr-util (Apache Version 2.0)
>   * bzip2 (BSD-style License)
>   * curl (MIT/X Derivate License)
>   * gperf (GPL Version 3)
>   * protobuf (Google)
>   * libevent (BSD)
>   * json-c (https://github.com/json-c/json-c/blob/master/COPYING)
>   * krb5 (MIT)
>   * pcre (BSD)
>   * libedit (BSD)
>   * libxml2 (MIT)
>   * zlib (Permissive Free Software License)
>   * libgsasl (LGPL Version 2.1)
>   * thrift (Apache Version 2.0)
>   * snappy (Apache Version 2.0 (up to 1.0.1)/New BSD)
>   * libuuid-2.26 (LGPL Version 2)
>   * apache hadoop (Apache Version 2.0)
>   * apache avro (Apache Version 2.0)
>   * glog (BSD)
>   * googlemock (BSD)
>
> Build only dependencies:
>   * ant (Apache Version 2.0)
>   * maven (Apache Version 2.0)
>   * cmake (BSD)
>
> Test only dependencies:
>   * googletest (BSD)
>
> Cryptography N/A
>
> == Required Resources ==
>
> === Mailing lists ===
>   * priv...@hawq.incubator.apache.org (moderated subscriptions)
>   * comm...@hawq.incubator.apache.org
>   * d...@hawq.incubator.apache.org
>   * iss...@hawq.incubator.apache.org
>   * u...@hawq.incubator.apache.org
>
> === Git Repository ===
> https://git-wip-us.apache.org/repos/asf/incubator-hawq.git
>
> === Issue Tracking ===
> JIRA Project HAWQ (HAWQ)
>
> === Other Resources ===
>
> Means of setting up regular builds for HAWQ on builds.apache.org will
> require integration with Docker support.
>
> == Initial Committers ==
>   * Lirong Jian
>   * Hubert Huan Zhang
>   * Radar Da Lei
>   * Ivan Yanqing Weng
>   * Zhanwei Wang
>   * Yi Jin
>   * Lili Ma
>   * Jiali Yao
>   * Zhenglin Tao
>   * Ruilong Huo
>   * Ming Li
>   * Wen Lin
>   * Lei Chang
>   * Alexander V Denissov
>   * Newton Alex
>   * Oleksandr Diachenko
>   * Jun Aoki
>   * Bhuvnesh Chaudhary
>   * Vineet Goel
>   * Shivram Mani
>   * Noa Horn
>   * Sujeet S Varakhedi
>   * Junwei (Jimmy) Da
>   * Ting (Goden) Yao
>   * Mohammad F (Foyzur) Rahman
>   * Entong Shen
>   * George C Caragea
>   * Amr El-Helw
>   * Mohamed F Soliman
>   * Venkatesh (Venky) Raghavan
>   * Carlos Garcia
>   * Zixi (Jesse) Zhang
>   * Michael P Schubert
>   * C.J. Jameson
>   * Jacob Frank
>   * Ben Calegari
>   * Shoabe Shariff
>   * Rob Day-Reynolds
>   * Mel S Kiyama
>   * Charles Alan Litzell
>   * David Yozie
>   * Ed Espino
>   * Caleb Welton
>   * Parham Parvizi
>   * Dan Baskette
>   * Christian Tzolov
>   * Tushar Pednekar
>   * Greg Chase
>   * Chloe Jackson
>   * Michael Nixon
>   * Roman Shaposhnik
>   * Alan Gates
>   * Owen O'Malley
>   * Thejas Nair
>   * Don Bosco Durai
>   * Konstantin Boudnik
>   * Sergey Soldatov
>   * Atri Sharma
>
> == Affiliations ==
>   * Barclays:  Atri Sharma
>   * Bloomberg: Justin Erenkrantz
>   * Hortonworks: Alan Gates, Owen O'Malley, Thejas Nair, Don Bosco Durai
>   * WANDisco: Konstantin Boudnik, Sergey Soldatov
>   * Pivotal: everyone else on this proposal
>
> == Sponsors ==
>
> === Champion ===
> Roman Shaposhnik
>
> === Nominated Mentors ===
>
> The initial mentors are listed below:
>   * Alan Gates - Apache Member, Hortonworks
>   * Owen O'Malley - Apache Member, Hortonworks
>   * Thejas Nair - Apache Member, Hortonworks
>   * Konstantin Boudnik - Apache Member, WANDisco
>   * Roman Shaposhnik - Apache Member, Pivotal
>   * Justin Erenkrantz - Apache Member, Bloomberg
>
> === Sponsoring Entity ===
> We would like to propose Apache incubator to sponsor this project.
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>

Re: [DISCUSS] HAWQ Incubation Proposal

[Atri Sharma]

If everything is fine, should we call for a vote on proposal?

On Sun, Aug 30, 2015 at 3:06 PM, Bertrand Delacretaz  wrote:

> On Sat, Aug 29, 2015 at 7:54 PM, Justin Erenkrantz
>  wrote:
> > On Fri, Aug 28, 2015 at 7:45 PM, Roman Shaposhnik 
> wrote:
> >> ...With Justin volunteering at this point we've got 6 very active, very
> >> experienced mentors. I really don't think the # of committers should be
> >> a problem.
> >
> > I agree with Roman...
>
> Ok, I'll trust you guys on this then!
>
> -Bertrand
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>

Re: [VOTE] Accept Horn into the ASF incubator

[Atri Sharma]

+1 (non binding)
On 1 Sep 2015 04:43, "Edward J. Yoon"  wrote:

> Hi folks,
>
> I would like to call a vote to accept Horn, as a new Apache Incubator
> project. The full proposal is available at the end of this mail and as
> a https://wiki.apache.org/incubator/HornProposal (the changes from
> initial discussion draft are addition of 2 committers from cldi-kaist
> team and Rich as a mentor).
>
> The VOTE is open for at least the next 72 hours:
>
> [ ] +1 Accept Horn into the Apache Incubator
> [ ] 0
> [ ] -1 Do not accept Horn into the Apache Incubator bc ..
>
> I'd like to get the voting started w/ my own +1
>
> Thanks!
>
> == Abstract ==
>
> Horn [hɔ:n] (korean meaning of Horn is a "Spirit") is a neuron-centric
> programming APIs and execution framework for large-scale deep
> learning, built on top of Apache Hama.
>
> == Proposal ==
>
> It is a goal of the Horn to provide a neuron-centric programming APIs
> which allows user to easily define the characteristic of artificial
> neural network model and its structure, and its execution framework
> that leverages the heterogeneous resources on Hama and Hadoop YARN
> cluster.
>
> == Background ==
>
> The initial ANN code was developed at Apache Hama project by a
> committer, Yexi Jiang (Facebook) in 2013. The motivation behind this
> work is to build a framework that provides more intuitive programming
> APIs like Google's MapReduce or Pregel and supports applications
> needing large model with huge memory consumptions in distributed way.
>
> == Rationale ==
>
> While many of deep learning open source softwares such as Caffe,
> DeepDist, DL4j, and NeuralGiraph are still data or model parallel
> only, we aim to support both data and model parallelism and also
> fault-tolerant system design. The basic idea of data and model
> parallelism is use of the remote parameter server to parallelize model
> creation and distribute training across machines, and the BSP
> framework of Apache Hama for performing asynchronous mini-batches.
> Within single BSP job, each task group works asynchronously using
> region barrier synchronization instead of global barrier
> synchronization, and trains large-scale neural network model using
> assigned data sets in BSP paradigm. Thus, we achieve data and model
> parallelism. This architecture is inspired by Google's !DistBelief
> (Jeff Dean et al, 2012).
>
> == Initial Goals ==
>
> Some current goals include:
>
>  * builds new community
>  * provides more intuitive programming APIs
>  * needs both data and model parallelism support
>  * must run natively on both Hama and Hadoop2
>  * needs also GPUs and InfiniBand support (FPGAs if possible)
>
> == Current Status ==
>
> === Meritocracy ===
>
> The core developers understand what it means to have a process based
> on meritocracy. We will provide continuous efforts to build an
> environment that supports this, encouraging community members to
> contribute.
>
> === Community ===
>
> A small community has formed within the Apache Hama project community,
> universities, and companies such as deep learning startup, instant
> messenger service company, and mobile manufacturing company. And many
> people are interested in the large-scale deep learning platform
> itself. By bringing Horn into Apache, we believe that the community
> will grow even bigger.
>
> === Core Developers ===
>
> Edward J. Yoon, Thomas Jungblut, Jungin Lee, and Minho Kim
>
> == Known Risks ==
>
> === Orphaned Products ===
>
> Apache Hama is already a core open source component at Samsung
> Electronics, and Horn also will be used by Samsung Electronics and
> Cldi Inc., and so there is no direct risk for this project to be
> orphaned.
>
> === Inexperience with Open Source ===
>
> Some are very new and the others have experience using and/or working
> on Apache open source projects.
>
> === Homogeneous Developers ===
>
> The initial committers are from different organizations such as,
> Microsoft, Samsung Electronics, Seoul National University, Technical
> University of Munich, KAIST, LINE plus, and Cldi Inc.
>
> === Reliance on Salaried Developers ===
>
> Few will be worked as a full-time open source developer. Other
> developers will also start working on the project in their spare time.
>
> === Relationships with Other Apache Products ===
>
>  * Horn is based on Apache Hama
>  * Apache Zookeeper is used for distributed locking service
>  * Natively run on Apache Hadoop and Mesos
>  * Horn can be somewhat overlapped with Singa podling (If possible,
> we'd also like to use Singa or Caffe to do the heavy lifting part).
>
> === An Excessive Fascination with the Apache Brand ===
>
> Horn itself will hopefully have benefits from Apache, in terms of
> attracting a community and establishing a solid group of developers,
> but also the relation with Apache Hadoop, Zookeeper, and Hama. These
> are the main reasons for us to send this proposal.
>
> == Documentation ==
>
> Initial plan about Horn can be found 

Re: [VOTE] Accept Apex into the Apache Incubator

[Atri Sharma]

 combined provide
 the value proposition. We are proposing that Apache incubation process help
 us to foster development of one community (mailing list, committers), and a
 yet be ok with two repos. We are proposing that this be taken up during
 incubation. Community will learn if this works. The decision on whether to
 split them into two projects be taken after the learning curve during
 incubation.

 == Initial Committers ==
* Roma Ahuja (rahuja at directv dot com)
* Isha Arkatkar (isha at datatorrent dot com)
* Raja Ali (raji at silverspringnet dot com)
* Sunaina Chaudhary ( SChaudhary at directv dot com)
* Bhupesh Chawda (bhupesh at datatorrent dot com)
* Chaitanya Chelobu (chaitanya at datatorrent dot com)
* Bright Chen (bright at datatorrent dot com)
* Pradeep Dalvi (pradeep dot dalvi at datatorrent dot com)
* Sandeep Deshmukh (sandeep at datatorrent dot com)
* Yogi Devendra (yogi at datatorrent dot com)
* Cem Ezberci (hasan dot ezberci at ge dot com)
* Timothy Farkas (tim at datatorrent dot com)
* Ilya Ganelin (ilya dot ganelin at capitalone dot com)
* Vitthal Gogate (vitthal_gogate at yahoo dot com)
* Parag Goradia (parag dot goradia at ge dot com)
* Tushar Gosavi (tushar at datatorrent dot com)
* Priyanka Gugale (priyanka at datatorrent dot com)
* Gaurav Gupta (gaurav at datatorrent dot com)
* Sandesh Hegde (sandesh at datatorrent dot com)
* Siyuan Hua ( siyuan at datatorrent dot com)
* Ajith Joseph (ajoseph at silverspring dot com)
* Amol Kekre ( amol at datatorrent dot com)
* Chinmay Kolhatkar ( chinmay at datatorrent dot com)
* Pramod Immaneni ( pramod at datatorrent dot com)
* Anuj Lal ( anuj dot lal at ge dot com)
* Dongsu Lee (dlee3 at directv dot com)
* Vitaly Li (blossom dot valley at gmail dot com)
* Dean Lockgaard (dean  at datatorrent dot com)
* Rohan Mehta (rohan_mehta at apple dot com)
* Adi Mishra (apmishra at directv dot com, adi dot mishra at gmail dot
 com)
* Chetan Narsude (chetan  at datatorrent dot com)
* Darin Nee (dnee at silverspring dot com)
* Alexander Parfenov (sasha at datatorrent dot com)
* Andrew Perlitch (andy at datatorrent dot com)
* Shubham Phatak (shubham at datatorrent dot com)
* Ashwin Putta (ashwin at datatorrent dot com)
* Rikin Shah (shah_rikin at yahoo dot com)
* Luis Ramos (l dot ramos at ge dot com)
* Munagala Ramanath (ram at datatorrent dot com)
* Vlad Rozov (vlad dot rozov at datatorrent dot com)
* Atri Sharma (atri dot jiit at gmail dot com)
* Chandni Singh (chandni at datatorrent dot com)
* Venkatesh Sivasubramanian (venkateshs at ge dot com)
* Aniruddha Thombare (aniruddha at datatorrent dot com)
* Jessica Wang (jessica at datatorrent dot com)
* Thomas Weise (thomas at datatorrent dot com)
* David Yan (david at datatorrent dot com)
* Kevin Yang (yang dot k at ge dot com)
* Brennon York (brennon dot york at capitalone dot com)

 == Affiliations ==
* Apple: Vitaly Li, Rohan Mehta
* Barclays: Atri Sharma
* Class Software: Justin Mclean
* CapitalOne: Ilya Ganelin, Brennon York
* DataTorrent: everyone else on this proposal
* Datachief: Rikin Shah
* DirecTV: Roma Ahuja, Sunaina Chaudhary, Dongsu Lee, Adi Mishra
* E8security: Vitthal Gogate
* General Electric: Cem Ezberci, Parag Goradia, Anuj Lal, Luis Ramos,
 Venkatesh Sivasubramanian, Kevin Yang
* Hortonworks: Alan Gates, Taylor Goetz, Chris Nauroth, Hitesh Shah
* MapR: Ted Dunning
* SilverSpring Networks: Raja Ali, Ajith Joseph, Darin Nee

 == Sponsors ==

 === Champion ===
 Ted Dunning

 === Nominated Mentors ===

 The initial mentors are listed below:
* Ted Dunning - Apache Member, MapR
* Alan Gates - Apache Member, Hortonworks
* Taylor Goetz - Apache Member, Hortonworks
* Justin Mclean - Apache Member, Class Software
* Chris Nauroth - Apache Member, Hortonworks
* Hitesh Shah: Apache Member, Hortonworks

 === Sponsoring Entity ===

 We would like to propose Apache incubator to sponsor this project.

Re: [Incubator Wiki] Update of ConcertedProposal by AtriSharma

[Atri Sharma]

And done, sorry again.

On Wed, Aug 12, 2015 at 11:42 AM, Atri Sharma atri.j...@gmail.com wrote:

 I am sorry,  I must have confused the response then :) I shall correct it
 immediately. Pardon my confusion
 On 12 Aug 2015 11:42, Hyunsik Choi hyun...@apache.org wrote:

 Hi Atri,

 I didn't answer your ask to be a mentor for this project.

 - hyunsik

 On Tue, Aug 11, 2015 at 9:01 PM, Atri Sharma atri.j...@gmail.com wrote:
  Fixed, please see and comment.
 
  On Tue, Aug 11, 2015 at 4:09 PM, Atri Sharma atri.j...@gmail.com
 wrote:
 
  Thanks for pointing it out, let me fix.
 
  On Tue, Aug 11, 2015 at 4:08 PM, sebb seb...@gmail.com wrote:
 
  On 11 August 2015 at 10:46, Apache Wiki wikidi...@apache.org wrote:
   Dear Wiki user,
  
   You have subscribed to a wiki page or wiki category on Incubator
 Wiki
  for change notification.
  
   The ConcertedProposal page has been changed by AtriSharma:
   https://wiki.apache.org/incubator/ConcertedProposal
  
  
 
  snip/
 
   = Background =
   Relational databases were built with the cost of physical memory in
  mind. The cost is no longer very relevant and physical memory is now
  available on demand.
   Another driving factor behind concerted is that it also  Also,
  supporting OLAP workloads with in memory support for faster read
 constant
  queries and joins will be useful.
 
  Seems to be some missing text and punctuation between also and
 Also
  above.
  concerted should presumably be Concerted
 
  
 
  snip/
 
  -
  To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
  For additional commands, e-mail: general-h...@incubator.apache.org
 
 
 
 
  --
  Regards,
 
  Atri
  *l'apprenant*
 
 
 
 
  --
  Regards,
 
  Atri
  *l'apprenant*

 -
 To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
 For additional commands, e-mail: general-h...@incubator.apache.org




-- 
Regards,

Atri
*l'apprenant*

Re: [Incubator Wiki] Update of ConcertedProposal by AtriSharma

[Atri Sharma]

I am sorry,  I must have confused the response then :) I shall correct it
immediately. Pardon my confusion
On 12 Aug 2015 11:42, Hyunsik Choi hyun...@apache.org wrote:

 Hi Atri,

 I didn't answer your ask to be a mentor for this project.

 - hyunsik

 On Tue, Aug 11, 2015 at 9:01 PM, Atri Sharma atri.j...@gmail.com wrote:
  Fixed, please see and comment.
 
  On Tue, Aug 11, 2015 at 4:09 PM, Atri Sharma atri.j...@gmail.com
 wrote:
 
  Thanks for pointing it out, let me fix.
 
  On Tue, Aug 11, 2015 at 4:08 PM, sebb seb...@gmail.com wrote:
 
  On 11 August 2015 at 10:46, Apache Wiki wikidi...@apache.org wrote:
   Dear Wiki user,
  
   You have subscribed to a wiki page or wiki category on Incubator
 Wiki
  for change notification.
  
   The ConcertedProposal page has been changed by AtriSharma:
   https://wiki.apache.org/incubator/ConcertedProposal
  
  
 
  snip/
 
   = Background =
   Relational databases were built with the cost of physical memory in
  mind. The cost is no longer very relevant and physical memory is now
  available on demand.
   Another driving factor behind concerted is that it also  Also,
  supporting OLAP workloads with in memory support for faster read
 constant
  queries and joins will be useful.
 
  Seems to be some missing text and punctuation between also and Also
  above.
  concerted should presumably be Concerted
 
  
 
  snip/
 
  -
  To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
  For additional commands, e-mail: general-h...@incubator.apache.org
 
 
 
 
  --
  Regards,
 
  Atri
  *l'apprenant*
 
 
 
 
  --
  Regards,
 
  Atri
  *l'apprenant*

 -
 To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
 For additional commands, e-mail: general-h...@incubator.apache.org

Re: [Incubator Wiki] Update of ConcertedProposal by AtriSharma

[Atri Sharma]

Fixed, please see and comment.

On Tue, Aug 11, 2015 at 4:09 PM, Atri Sharma atri.j...@gmail.com wrote:

 Thanks for pointing it out, let me fix.

 On Tue, Aug 11, 2015 at 4:08 PM, sebb seb...@gmail.com wrote:

 On 11 August 2015 at 10:46, Apache Wiki wikidi...@apache.org wrote:
  Dear Wiki user,
 
  You have subscribed to a wiki page or wiki category on Incubator Wiki
 for change notification.
 
  The ConcertedProposal page has been changed by AtriSharma:
  https://wiki.apache.org/incubator/ConcertedProposal
 
 

 snip/

  = Background =
  Relational databases were built with the cost of physical memory in
 mind. The cost is no longer very relevant and physical memory is now
 available on demand.
  Another driving factor behind concerted is that it also  Also,
 supporting OLAP workloads with in memory support for faster read constant
 queries and joins will be useful.

 Seems to be some missing text and punctuation between also and Also
 above.
 concerted should presumably be Concerted

 

 snip/

 -
 To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
 For additional commands, e-mail: general-h...@incubator.apache.org




 --
 Regards,

 Atri
 *l'apprenant*




-- 
Regards,

Atri
*l'apprenant*

Re: [Incubator Wiki] Update of ConcertedProposal by AtriSharma

[Atri Sharma]

Thanks for pointing it out, let me fix.

On Tue, Aug 11, 2015 at 4:08 PM, sebb seb...@gmail.com wrote:

 On 11 August 2015 at 10:46, Apache Wiki wikidi...@apache.org wrote:
  Dear Wiki user,
 
  You have subscribed to a wiki page or wiki category on Incubator Wiki
 for change notification.
 
  The ConcertedProposal page has been changed by AtriSharma:
  https://wiki.apache.org/incubator/ConcertedProposal
 
 

 snip/

  = Background =
  Relational databases were built with the cost of physical memory in
 mind. The cost is no longer very relevant and physical memory is now
 available on demand.
  Another driving factor behind concerted is that it also  Also,
 supporting OLAP workloads with in memory support for faster read constant
 queries and joins will be useful.

 Seems to be some missing text and punctuation between also and Also
 above.
 concerted should presumably be Concerted

 

 snip/

 -
 To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
 For additional commands, e-mail: general-h...@incubator.apache.org




-- 
Regards,

Atri
*l'apprenant*

Re: Request to add username in Incubator Wiki

[Atri Sharma]

On Mon, Aug 3, 2015 at 12:44 PM, Marvin Humphrey mar...@rectangular.com
wrote:

 On Mon, Aug 3, 2015 at 12:05 AM, Atri Sharma atri.j...@gmail.com wrote:

  Requesting adding of username AtriSharma to Incubator wiki
 ContributorGroup.

 Done.

 Marvin Humphrey


Thanks.

Request to add username in Incubator Wiki

[Atri Sharma]

Hi,

Requesting adding of username AtriSharma to Incubator wiki ContributorGroup.

-- 
Regards,

Atri
*l'apprenant*