Re: [VOTE] Accept Gravitino into the ASF Incubator
+1 (non-binding) Best wishes, Kaijie On 2024/06/03 01:12:02 Jeff Zhang wrote: > +1 (binding) > > On Sun, Jun 2, 2024 at 9:46 PM Rakesh Radhakrishnan > wrote: > > > +1 (binding) > > > > Thanks, > > Rakesh > > > > On Wed, May 29, 2024 at 9:02 PM Jean-Baptiste Onofré > > wrote: > > > > > Hi folks, > > > > > > Following the discussion about Gravitino [1], I would like to start > > > the formal vote to accept Gravitino into the ASF Incubator. > > > > > > As reminder, this is the Gravitino Proposal: > > > > > > Please cast your vote: > > > > > > [ ] +1, accept Gravitino into the ASF Incubator > > > [ ] 0, I don't care either way > > > [ ] -1, do not accept Gravitino into the ASF Incubator, because ... > > > > > > The vote will run for one week starting from today. > > > > > > Thanks ! > > > > > > Regards > > > JB > > > > > > - > > > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > > > For additional commands, e-mail: general-h...@incubator.apache.org > > > > > > > > > > > -- > Best Regards > > Jeff Zhang > - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Accept OpenDAL into the Apache Incubator
+1 (non-binding) Good luck. Kaijie On 2023/02/23 07:47:24 Enrico Olivelli wrote: > +1 (non binding) > > In the future maybe this project may add some java bindings and work as a > replacement for the retiring JClouds project > > Enrico > > Il Gio 23 Feb 2023, 06:14 li gang ha scritto: > > > +1 (binding) > > Good luck. > > > > tison 于2023年2月21日周二 21:24写道: > > > > > Hi all, > > > > > > Following up on the [DISCUSS] thread on OpenDAL[1], I would like to call > > a > > > VOTE to accept OpenDAL into the Apache Incubator, please check out the > > > OpenDAL Proposal from the incubator wiki[2]. > > > > > > Please cast your vote: > > > > > > [ ] +1, bring OpenDAL into the Incubator > > > [ ] +0, I don't care either way > > > [ ] -1, do not bring OpenDAL into the Incubator, because... > > > > > > The vote will open at least for 72 hours, and only votes from the > > Incubator > > > PMC members are binding, but votes from everyone are welcome. > > > > > > [1] https://lists.apache.org/thread/px7wjcjy3rd4s59d4d3ll1x6y11d240r > > > [2] > > https://cwiki.apache.org/confluence/display/INCUBATOR/OpenDAL+Proposal > > > > > > Best, > > > tison. > > > > > > > > > -- > > > > > > -- > > Best Regards > > > > DolphinScheduler PMC > > Gang Li 李岗 > > > > lgcar...@apache.org > > > - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[ANNOUNCE] Apache Uniffle (incubating) 0.6.1 available
Hi all, Apache Uniffle (incubating) team is glad to announce the new release of Apache Uniffle (incubating) 0.6.1. Apache Uniffle (incubating) is a high performance, general purpose remote shuffle service for distributed compute engines like Apache Spark [1], Apache Hadoop MapReduce [2], Apache Flink [3] and so on. We are aiming to make Uniffle a universal shuffle service for distributed compute engines. Download Links: https://uniffle.apache.org/download/ Release Notes: https://uniffle.apache.org/download/release-notes-0.6.1 Website: https://uniffle.apache.org Resources: - Issues: https://github.com/apache/incubator-uniffle/issues - Mailing list: d...@uniffle.apache.org Apache Uniffle (incubating) Team [1]: https://spark.apache.org/ [2]: https://hadoop.apache.org/ [3]: https://flink.apache.org/ - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[RESULT][VOTE] Release Apache Uniffle (Incubating) 0.6.1-rc3
Dear Apache Incubator community, The vote for releasing Apache Uniffle (Incubating) 0.6.1-rc3 has passed with 3 binding votes, 4 non-binding votes, no +0 or -1 votes. Binding votes from IPMC: - Felix Cheung - Jerry Shao - Gang Li Non-binding votes from the rest of the community: - He Qi - Kent Yao - Charles Zhang - Xianjin Ye The vote thread: https://lists.apache.org/thread/rvmsk885of49d2fkg4yxqon2kgoxwn30 Thanks to our mentors for helping us with the release procedure. Thanks everyone helped reviewing and voting for this release. We will publish the artifacts soon. Thanks Kaijie Chen On behalf of Apache Uniffle (Incubating) community - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release Apache Uniffle (Incubating) 0.6.1-rc3
Dear all, Thank you for checking and voting. I will close this vote thread and the results will be tallied. Regards, Kaijie On 2022/12/09 02:19:17 Kaijie Chen wrote: > Dynamic allocation support is an advanced (optional) feature of Uniffle. > Currently, we haven't found a way to enable it without patching Apache Spark. > Without it, other features can still work. > > On 2022/12/08 19:48:04 Felix Cheung wrote: > > What is the plan? Seem strange to require a patched Apache project to work. > > > > > > On Wed, Dec 7, 2022 at 6:22 PM Kaijie Chen wrote: > > > > > > What are the reason for these? btw, if this is from the Apache Spark > > > > project you might need to attribute it in LICENSE. > > > > > > > > > > > apache-uniffle-0.6.1-incubating-src/spark-patches/spark-3.1.2_dynamic_allocation_support.patch > > > > > > > apache-uniffle-0.6.1-incubating-src/spark-patches/spark-2.4.6_dynamic_allocation_support.patch > > > > > > > apache-uniffle-0.6.1-incubating-src/spark-patches/spark-3.2.1_dynamic_allocation_support.patch > > > > > > Thanks Felix for checking. These patches are not from Apache Spark. > > > Instead, it is for our users to patch Apache Spark to enable more > > > features of Uniffle. > > > > > > Kaijie > > > > > > - > > > 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: [VOTE] Release Apache Uniffle (Incubating) 0.6.1-rc3
Dynamic allocation support is an advanced (optional) feature of Uniffle. Currently, we haven't found a way to enable it without patching Apache Spark. Without it, other features can still work. On 2022/12/08 19:48:04 Felix Cheung wrote: > What is the plan? Seem strange to require a patched Apache project to work. > > > On Wed, Dec 7, 2022 at 6:22 PM Kaijie Chen wrote: > > > > What are the reason for these? btw, if this is from the Apache Spark > > > project you might need to attribute it in LICENSE. > > > > > > > > apache-uniffle-0.6.1-incubating-src/spark-patches/spark-3.1.2_dynamic_allocation_support.patch > > > > > apache-uniffle-0.6.1-incubating-src/spark-patches/spark-2.4.6_dynamic_allocation_support.patch > > > > > apache-uniffle-0.6.1-incubating-src/spark-patches/spark-3.2.1_dynamic_allocation_support.patch > > > > Thanks Felix for checking. These patches are not from Apache Spark. > > Instead, it is for our users to patch Apache Spark to enable more > > features of Uniffle. > > > > Kaijie > > > > - > > 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] Release Apache Uniffle (Incubating) 0.6.1-rc3
> What are the reason for these? btw, if this is from the Apache Spark > project you might need to attribute it in LICENSE. > > apache-uniffle-0.6.1-incubating-src/spark-patches/spark-3.1.2_dynamic_allocation_support.patch > apache-uniffle-0.6.1-incubating-src/spark-patches/spark-2.4.6_dynamic_allocation_support.patch > apache-uniffle-0.6.1-incubating-src/spark-patches/spark-3.2.1_dynamic_allocation_support.patch Thanks Felix for checking. These patches are not from Apache Spark. Instead, it is for our users to patch Apache Spark to enable more features of Uniffle. Kaijie - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[VOTE] Release Apache Uniffle (Incubating) 0.6.1-rc3
Hello Incubator Community, This is a call for a vote to release Apache Uniffle (Incubating) version 0.6.1-rc3. The Apache Uniffle community has voted on and approved a proposal to release Apache Uniffle (Incubating) version 0.6.1-rc3. We now kindly request the Incubator PMC members review and vote on this incubator release. Uniffle community vote thread: https://lists.apache.org/thread/sorpwljxl2nssowhloswo662jng5qwr7 Vote result thread: https://lists.apache.org/thread/4k9v3n6fvtmd3y37jhof2t6kb90qjg36 The release candidate: https://dist.apache.org/repos/dist/dev/incubator/uniffle/0.6.1-rc3/ Git tag for the release: https://github.com/apache/incubator-uniffle/tree/v0.6.1-rc3 Release notes: https://uniffle.apache.org/download/release-notes-0.6.1/ The artifacts signed with PGP key 3B8167D035D33A4C2D725FAA39A39E985C5EFBA4 corresponding to c...@apache.org, that can be found in keys file: https://dist.apache.org/repos/dist/dev/incubator/uniffle/KEYS The vote will be open for at least 72 hours or until the necessary number of votes are reached. Please vote accordingly: [ ] +1 approve [ ] +0 no opinion [ ] -1 disapprove with the reason Thanks, Kaijie Chen On behalf of Apache Uniffle (Incubating) community - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Accept Pekko into the Apache Incubator
+1 (non-binding) Best, Kaijie On 2022/10/20 07:33:38 Madhawa Gunasekara wrote: > +1 (binding) > > Thanks > > On Thu 20. Oct 2022 at 09:18, Jean-Baptiste Onofré wrote: > > > +1 (binding) > > > > Regards > > JB > > > > On Wed, Oct 19, 2022 at 10:04 AM Claude Warren, Jr > > wrote: > > > > > > After reviewing the [DISCUSS] threads concerning bringing Pekko into the > > > incubator [1][2], and finding that there is no further comment, I am > > > calling for a VOTE to accept Pekko into the Apache Incubator. The text > > of > > > the proposal is included below for convenience, final and definitive text > > > is in the Pekko Proposal from the Incubator wiki.[3] . > > > > > > Thank you for your time and consideration, > > > Claude > > > > > > [1] https://lists.apache.org/thread/1t0x6d815td9dgjxhck51b5txcjm28rr > > > [2] https://lists.apache.org/thread/cjo86gdwvqlqslq68gd0c8hxq6ds6yrz > > > [3] https://cwiki.apache.org/confluence/display/INCUBATOR/PekkoProposal > > > > > > *Pekko Proposal* > > > > > > *Abstract* > > > > > > Pekko is a toolkit and an ecosystem for building highly concurrent, > > > distributed, reactive and resilient applications for Java and Scala. > > > > > > *Proposal* > > > > > > Pekko is a toolkit that brings the actor model (popularised by Erlang) to > > > the JVM, providing the basis for building both locally and distributed > > > concurrency. On top of this Pekko provides a rich set of libraries built > > on > > > top of Actors to solve modern problems, including: > > > > > >- Streams: Fully bi-directional backpressured streams following the > > >Reactive manifesto > > >- HTTP: A fully streamed HTTP client/server built on top of streams > > that > > >also provides expected tools (such as connection pooling) necessary > > for > > >highly available web services > > >- connectors: A rich set of connectors for various databases, > > messaging, > > >persistent services built on top of streams > > >- grpc: A gRPC server/client > > >- projection: Provides abstractions necessary for CQRS pattern such as > > >envelope, necessary for systems such as Kafka. > > > > > > *Background* > > > > > > Pekko is a fork of the Akka project just before its licence changed from > > > Apache 2 to Business Source License 1.1. The project provides a set of > > > tools and frameworks that covers the complex problem space of distributed > > > concurrent systems. It is designed to support the design principles of > > the > > > Reactive Manifesto by providing components to efficiently scale up > > systems > > > within a server or scale out across multiple servers, are high > > performance, > > > resilient to failure, distributed systems without a single point of > > failure. > > > > > > *Rationale* > > > > > > There is a large cohort of applications and libraries that were dependent > > > upon the original open source version of this project. Numerous > > developers > > > contributed their time in the belief that the project would stay open > > > source. When the licence was changed the work of those developers was > > > locked up and a vital resource for the cohort of applications and > > libraries > > > disappeared. Apache Flink is an example of a library that used the > > original > > > library upon which this project is based. This project is to continue the > > > open source development that was promised under the original Apache 2 > > > licence. We ask that the Apache Foundation accept this project so as to > > > prevent any future incompatible licence switch in the future. > > > > > > Apache has a long standing tradition of not accepting hostile forks. > > There > > > has been some discussion of whether this project violates that tradition. > > > We believe that it does not. > > > > > > For many years, Lightbend has been a steward for this open source > > project, > > > attracting contributions from many developers and building a community > > > under the Apache License. It's within their rights to offer their future > > > work under a different licence. The Pekko project will provide the > > > continuity of an Apache-licensed home for long-term support, maintenance > > > and new features for the developers that wish to continue using and > > > building on their previous work. The major historical reason why Apache > > > would be a good home for Pekko is that it will protect the project from > > > licence changes similar to what is instigating the initial incubation > > > proposal. If Pekko becomes part of Apache then it gives confidence to the > > > community/users of Pekko that such an incident won’t happen in the future > > > again. There are also currently existing Apache projects such as Flink > > that > > > use Akka to varying degrees and hence having Pekko to be part of Apache > > > gives confidence to these other Apache projects. We believe that this > > fork > > > is a maintenance of the pre-existing Apache 2 licence and ask that the > > > Apache community view
Re: [VOTE] Accept Celeborn into the Apache Incubator
+1 (non-binding), good luck. Kaijie Chen On 2022/10/12 11:03:42 Cheng Pan wrote: > +1 non-binding > > Thanks, > Cheng Pan > > > On Oct 12, 2022 at 18:49:16, Willem Jiang wrote: > > > +1 (binding). > > > > Willem Jiang > > > > Twitter: willemjiang > > Weibo: 姜宁willem > > > > On Wed, Oct 12, 2022 at 11:49 AM Yu Li wrote: > > > > > > Hi all, > > > > > > Following up on the [DISCUSS] thread on Celeborn [1] [2], I would like to > > > > call a VOTE to accept Celeborn into the Apache Incubator, please check out > > > > the Celeborn Proposal from the incubator wiki [3]. > > > > > > Please cast your vote: > > > > > > [ ] +1, bring Celeborn into the Incubator > > > > [ ] +0, I don't care either way > > > > [ ] -1, do not bring Celeborn 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. > > > > > > Best Regards, > > > > Yu > > > > > > [1] https://lists.apache.org/thread/rlkzg8m5923vngyon0bwcv97x3m68x4c > > > > [2] https://lists.apache.org/thread/hjy3gpvocjtls5vp9h1llcvmwkgz3lcy > > > > [3] https://cwiki.apache.org/confluence/display/INCUBATOR/CelebornProposal > > > > > > - > > 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 for Datark
Hi Yu, Thanks for your explanation. Yes it makes sense. It's nice we can see the migration process in the community. And it will probably help create better docs for the project. Best, Kaijie On 2022/09/27 06:05:10 Yu Li wrote: > Hi BLAST and Kaijie, > > Yes, we've done quite some work on merging the two rss projects (or more > accurately, try to extract the high-level architecture and interfaces to > form a more general framework) but still not fully completed. However, on > second thought, we feel incubating the project first and involving more > community forces to discuss and complete the work together might be a > better idea. I believe more information on this topic will be shared in the > community, and further discussion and the incubation process won't block > each other. Wdyt? > > @Gon > Apache Nemo is an interesting project and we will further investigate and > search for the cooperation between the two projects (smile). > > Best Regards, > Yu > > > On Tue, 27 Sept 2022 at 10:45, Kaijie Chen wrote: > > > Hi Yu, > > > > You mentioned you will merge RemoteShuffleService and flink-remote-shuffle > > previously in this thread: > > > > https://lists.apache.org/thread/1w74z5f0pb7bhslhzcl5x7rdj9s9objz > > > > > Our proposal is still not fully prepared because the merge of the two > > projects > > > is still in progress > > > > Have you done the merge? Or is there a plan to merge them later? > > I just checked the github repositories, seems there is no mention of the > > merge > > and both project are still being actively developed. > > > > Best, > > Kaijie > > > > - > > 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 for Datark
Hi Yu, You mentioned you will merge RemoteShuffleService and flink-remote-shuffle previously in this thread: https://lists.apache.org/thread/1w74z5f0pb7bhslhzcl5x7rdj9s9objz > Our proposal is still not fully prepared because the merge of the two projects > is still in progress Have you done the merge? Or is there a plan to merge them later? I just checked the github repositories, seems there is no mention of the merge and both project are still being actively developed. Best, Kaijie - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
RE: [DISCUSS] Incubating Proposal for Datark
+1 (non-binding) Good luck. Kaijie - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org