Re: [QUESTION] Can we use an AGPL components [minio] in OpenServerless?
Il Ven 5 Lug 2024, 17:34 Michele Sciabarra ha scritto: > Hi PJ , sorry for my naiveness, I did not realize it could have been a > problem. > I changed to Apache OpenServerless committer as there is not (yet) a PMC > ... hope this is not problematic. > Thank you For reference: we (in the ASF in general) see many times that the original authors (or the company that donated) of the codebase refer to themselves as the 'original creators': this is never allowed. Sometimes companies try to leverage it for business purposes. The deal is that now it is the community that owns the project and the brand Enrico > On Fri, 5 Jul 2024 at 16:15, PJ Fanning wrote: > > > Hi Michele, > > > > One tangential observation: your email footer says you are the Apache > > Serverless Founder. Calling oneself the Founder of an Apache project > > or podling is generally regarded as problematic. > > > > 2 discussions that I have found on this list. > > * https://lists.apache.org/thread/4wks6yjlzo4f623dfn0nq2yv5j8jqowf > > * https://lists.apache.org/thread/cnj092jgwbrcvx2q264jm1toq367v08v > > > > Regards, > > PJ > > > > > > On Fri, 5 Jul 2024 at 15:07, Justin Mclean > > wrote: > > > > > > Hi, > > > > > > I would ask legal-disc...@apache.org, but it would not be allowed > > unless it is an optional dependency. However, it depends on the exact > > details. > > > > > > Kind Regards, > > > Justin > > > > > > > On 5 Jul 2024, at 6:45 pm, Michele Sciabarra < > > openserverl...@nuvolaris.io> wrote: > > > > > > > > If this is not the right place to ask this question please ignore it > > and > > > > let me know where I should ask. > > > > > > > > We are starting the OpenServerless project and checking licenses. > > > > > > > > We have one component in our project, Minio, which is AGPL Licensed. > > > > > > > > We know AGPL is not to be used in Apache Code but here we really do > not > > > > link nor change it, we just use it and access through their API as a > > > > generic S3 storage. > > > > > > > > We do not even use their library to access it, we use the AWS SDK for > > > > generic S3. > > > > > > > > My understanding of the AGPL is: we have to provide the code of it > and > > any > > > > modification EVEN if it is accessed through the network. This is > fine, > > we > > > > are complying with the license providing a downloadable tarball of > the > > > > exact version we are using. > > > > > > > > Aside from that, can we use it in OpenServerless? It just deploys a > > minio > > > > component, it does not modify it in any way. > > > > > > > > Please advise... > > > > > > > > -- > > > > Michele Sciabarrà - msciaba...@apache.org - linkedin.com/in/msciab > > > > Apache OpenServerless Founder - reddit.com/r/openserverless > > > > Apache OpenWhisk PMC member - Author Learning Apache OpenWhisk > > > > < > > > https://www.oreilly.com/library/view/learning-apache-openwhisk/9781492046158/ > > > > > > > > > > > > - > > > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > > > For additional commands, e-mail: general-h...@incubator.apache.org > > > > > >
Re: [VOTE] Accept OpenServerless into the ASF incubator
+1 (binding) Enrico Il giorno mer 12 giu 2024 alle ore 13:49 likeguo ha scritto: > +1 (no-binding) > > > > Best wishes! > > Replied Message > | From | Jean-Baptiste Onofré | > | Date | 06/11/2024 16:34 | > | To | | > | Subject | [VOTE] Accept OpenServerless into the ASF incubator | > Hi folks, > > Following the discussion about OpenServerless [1], I'm starting a vote > to accept OpenServerless into the ASF incubator. > > The OpenServerless proposal is available here: > > https://cwiki.apache.org/confluence/display/INCUBATOR/OpenServerlessProposal > > Please cast your vote: > > [ ] +1, accept OpenServerless into the ASF incubator > [ ] 0, I don't care either way > [ ] -1, do not accept OpenServerless into the ASF incubator, because ... > > The vote will run for one week starting from today. > > Thanks ! > > Regards > JB > > [1] https://lists.apache.org/thread/3ykzy1xgk7ko8fc5ocmzwmctlckm45oq > > - > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org >
Re: [VOTE] Accept Gravitino into the ASF Incubator
+1 (binding) Enrico Il Gio 30 Mag 2024, 13:37 roryqi ha scritto: > +1 (non-binding). > > Cheng Pan 于2024年5月30日周四 19:14写道： > > > +1(non-binding), good luck! > > > > Thanks, > > Cheng Pan > > > > > > > On May 29, 2024, at 23:31, 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 > > > > > > > >
Re: [DISCUSS] OpenServerless Proposal to the incubator
Thanks for the proposal. I confirm that I will be happy to help as mentor and champion Enrico Il Lun 27 Mag 2024, 11:45 Michele Sciabarra ha scritto: > Thanks, I fixed it. Also since the code is spread among many repositories I > added more contribution graphs. > Also I thought it worth to mention the project "Fantacalcio" built on top > of Nuvolaris with many contributors. > > > Michele Sciabarra | CEO > > m: +44 747 984 8388 > e: mich...@nuvolaris.io > l: https://linkedin.com/in/msciab > Nuvolaris Inc | 1209 Orange Street , Wilmington DE > www.nuvolaris.io [image: linkedin icon] > <https://www.linkedin.com/company/nuvolaris-io> [image: youtube icon] > <http://bit.ly/nuvtube> [image: twitter icon] > <https://twitter.com/NuvolarisIo> > > > On Mon, 27 May 2024 at 10:36, tison wrote: > > > The contributor graph link seems incorrectly link to Apache Openwhisk. > > > > > Contribution Graphs: > > https://github.com/openwhisk/openwhisk/graphs/contributors > > > > Best, > > tison. > > > > > > Michele Sciabarra 于2024年5月27日周一 17:28写道： > > > > > Hi Jean-Baptiste, > > > > > > Yes, we are looking for a champion, and our mentor Enrico Olivelli > > > suggested we just ask on the channel. > > > > > > If you are available I will readily accept. > > > > > > > > > Michele Sciabarra | CEO > > > > > > m: +44 747 984 8388 > > > e: mich...@nuvolaris.io > > > l: https://linkedin.com/in/msciab > > > Nuvolaris Inc | 1209 Orange Street , Wilmington DE > > > www.nuvolaris.io [image: linkedin icon] > > > <https://www.linkedin.com/company/nuvolaris-io> [image: youtube icon] > > > <http://bit.ly/nuvtube> [image: twitter icon] > > > <https://twitter.com/NuvolarisIo> > > > > > > > > > On Mon, 27 May 2024 at 09:33, Jean-Baptiste Onofré > > > wrote: > > > > > > > Hi Michele > > > > > > > > I like the proposal, especially by the relationship with several > other > > > > Apache projects. > > > > > > > > If you look for a champion, please let me know if I can help. > > > > > > > > Thanks ! > > > > Regards > > > > JB > > > > > > > > On Sun, May 26, 2024 at 9:50 PM Michele Sciabarra < > > mich...@nuvolaris.io> > > > > wrote: > > > > > > > > > > Hi Apache Incubator members, > > > > > > > > > > I would like to propose a new project to the ASF incubator - > > > > OpenServerless. > > > > > > > > > > OpenServerless (currently Nuvolaris Community) is a complete > > Serverless > > > > > platform for Kubernetes built on top of Apache OpenWhisk, Redis, > > > > PosgreSQL, > > > > > FerredDB, Minio, APISIX and Ollama, providing support for back-end > > and > > > > > front-end, with a rich CLI, including development tools and IDE > > > support, > > > > > tested on all the leading cloud kubernetes (EKS,AKS,GKE) and Linux > > > > > distributions (OpenShift, MicroK8S, K3S). > > > > > > > > > > Here is the proposal: > > > > > > > > > > > > > > > https://cwiki.apache.org/confluence/display/INCUBATOR/OpenServerlessProposal > > > > > > > > > > I would be the Champion of the project. I will mentor and help the > > > > project > > > > > through the incubator with Bertrand Delacratez [ > > bdelacra...@apache.org > > > ] > > > > and > > > > > Enrico Olivelli [eolive...@apache.org] > > > > > > > > > > We are open to hearing the feedback from the incubator. > > > > > > > > > > [1] https://nuvolaris.github.io > > > > > > > > - > > > > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > > > > For additional commands, e-mail: general-h...@incubator.apache.org > > > > > > > > > > > > > >
Re: KIE - Question about "staging" binaries/artifacts
Tiago, Il Lun 13 Mag 2024, 22:11 Tiago Bento ha scritto: > Hello general@incubator, > > My name is Tiago Bento (@tiagobento on GitHub), and I’m one of the > committers of the KIE project of the incubator. > > We’re gearing towards our first release under Apache, and we’re very > excited to be approaching this important milestone. > > Some resources [1] [2] that we found already guided us in the right > direction, but still, some questions remain about the release process > itself. > > We understand that in Apache, releases are done from the source code > perspective, not the binaries/artifacts’. However, we still don’t > understand very clearly how Apache verifies signatures and checksums > of the binaries that are eventually published. > It is better that in case you provide binaries to your users those binaries are released together with the sources during the same VOTE. Having reproducible builds would help a lot, but that's not always easy to do. In your VOTE you should stage all the sources and binaries, signed with the same signature (by the release manager) and the same artifacts will be promoted in case of a successful VOTE. The PMC can at least verify the signatures and any digests that are staged as part of the VOTE. Please note that if you don't have a reproducible build the PMC will never be able to verify that the binaries match the sources. > The KIE project has three main types of consumable artifacts: Maven > modules, Container images, and NPM packages; and we also maintain some > live web pages like https://sandbox.kie.org, and extensions for Chrome > [3] and VS Code [4]. > > For the release to be voted, we understand we have to provide a .zip > file containing the source code along with instructions on how to > build it. Once/if approved, our understanding is that the exact same > approved source code could be used to build and publish > binaries/artifacts of any sort to public registries/repositories. > > I’m laying out all the information I could gather so someone can > correct me if somehow I got the wrong idea of any part of the process. > > I guess the main question I have at the moment is: Are we able to pass > the release vote only with the sources (without any published > artifacts) so that once/if approved, we could publish definitive > binaries/artifacts to public registries/repositories? > You can do it. But you should state it very clearly in the downloads pages and in any repository. Also it is better to leverage as much as possible the ASF infra to build automatically such derived artifacts. Foe instance in Apache BookKeeper we build the docker images using a docker bot that is handled by the ASF infra > This question comes from the fact that we’re not sure how such a > “staging” environment could be created for artifacts/binaries that are > not Maven modules. We started a thread [5] on Slack several hours ago, > but no luck getting > I apologize if I’m lacking obvious information, and appreciate any > resource or reply that would put us closer to a successful release. > This is the right place for asking questions, not Slack. > Regards, > I hope that help Thanks for sharing your problem, this thread will be a good reference for other projects Enrico > > Tiago Bento > > > > [1] https://lists.apache.org/thread/ropp09n8m75rl6hlvnmpwcv85oyq5op9 > [2] https://www.apache.org/info/verification.html > [3] > https://chromewebstore.google.com/detail/bpmn-dmn-test-scenario-ed/mgkfehibfkdpjkfjbikpchpcfimepckf > [4] > https://marketplace.visualstudio.com/items?itemName=kie-group.vscode-extension-kie-ba-bundle > [5] https://the-asf.slack.com/archives/CBX4TSBQ8/p1715605377484379 > > - > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > >
Re: [VOTE] Graduate Apache OpenDAL (incubating) as a TLP - Incubator
+1 Enrico Il giorno lun 8 gen 2024 alle ore 14:59 张铎(Duo Zhang) ha scritto: > > +1 (binding) > > Good luck! > > Huajie Wang 于2024年1月8日周一 19:02写道： > > > > +1 non-binding > > > > > > Best, > > Huajie Wang > > > > > > > > PJ Fanning 于2024年1月8日周一 17:45写道： > > > > > +1 (binding) > > > > > > I think the various issues that have been raised on this thread are > > > already addressed or can be addressed soon. The project seems ready to > > > graduate. > > > > > > Best of Luck. > > > > > > On 2024/01/08 04:53:49 Xiaoqiao He wrote: > > > > +1(binding). Good luck! > > > > > > > > Best Regards, > > > > - He Xiaoqiao > > > > > > > > > > > > > > > > On Mon, Jan 8, 2024 at 12:51 AM sebb wrote: > > > > > > > > > On Sun, 7 Jan 2024 at 10:04, tison wrote: > > > > > > > > > > > > Hi sebb, > > > > > > > > > > > > Thanks for your suggestion :D > > > > > > > > > > > > Would you provide some examples (perhaps from TLPs) for a proper > > > > > description? > > > > > > > > > > > > Also, this doesn't seem to be a blocker for graduation. So if it > > > takes > > > > > > a few conversations to polish, you may create an issue on [1] or > > > email > > > > > > to dev@opendal.a.o. > > > > > > > > > > I agree that it is not a blocker for graduation. > > > > > > > > > > It is merely unnecessary work for your users. > > > > > > > > > > "When downloading a release, please verify the OpenPGP compatible > > > > > signature (or failing that, check the SHA-512); these should be > > > > > fetched from the main Apache site." > > > > > > > > > > > Best, > > > > > > tison. > > > > > > > > > > > > [1] https://github.com/apache/incubator-opendal/issues/ > > > > > > > > > > > > sebb 于2024年1月7日周日 17:11写道： > > > > > > > > > > > > > > Thanks, that looks fine. > > > > > > > > > > > > > > I just noticed that the text regarding the use of hashes and sigs > > > is > > > > > > > not quite correct. > > > > > > > There is no point checking both the hash and the sig. > > > > > > > Ideally check the sig, failing that check the hash. > > > > > > > > > > > > > > On Sun, 7 Jan 2024 at 02:58, Xuanwo wrote: > > > > > > > > > > > > > > > > > There is a problem with the download page links; they do not > > > agree > > > > > > > > > with Infra rules [1] > > > > > > > > > > > > > > > > Hi, sebb > > > > > > > > > > > > > > > > Thank you for bringing this to our attention. We have resolved > > > all > > > > > issues > > > > > > > > with the links on the download page. It should now be fully > > > > > compliant with > > > > > > > > INFRA rules. Please take another look. > > > > > > > > > > > > > > > > On Sat, Jan 6, 2024, at 23:50, sebb wrote: > > > > > > > > > There is a problem with the download page links; they do not > > > agree > > > > > > > > > with Infra rules [1] > > > > > > > > > > > > > > > > > > Artifact links must use closer.lua > > > > > > > > > Hashes and sigs must use https://downloads.apache.org/ > > > > > > > > > > > > > > > > > > Also Releases which are not currently maintained should be > > > dropped > > > > > [2] > > > > > > > > > > > > > > > > > > The KEYS file is correctly linked. > > > > > > > > > > > > > > > > > > [1] > > > > > https://infra.apache.org/release-download-pages.html#download-page > > > > > > > > > [2] > > > > > > > > > > > > > > > > > https://infra.apache.org/release-download-pages.html#current-and-older-releases > > > > > > > > > > > > > > > > > > Sebb > > > > > > > > > On Sat, 6 Jan 2024 at 15:45, Craig Russell < > > > apache@gmail.com> > > > > > wrote: > > > > > > > > >> > > > > > > > > >> +1 binding > > > > > > > > >> > > > > > > > > >> Good Luck, > > > > > > > > >> Craig > > > > > > > > >> > > > > > > > > >> > On Dec 28, 2023, at 16:21, Xuanwo > > > wrote: > > > > > > > > >> > > > > > > > > > >> > Hello all, > > > > > > > > >> > > > > > > > > > >> > We've got positive feedback on the DISCUSS thread[1], I'd > > > like > > > > > to start an > > > > > > > > >> > official VOTE thread now. > > > > > > > > >> > > > > > > > > > >> > Below are some facts and project highlights from the > > > incubation > > > > > phase > > > > > > > > >> > as well as the draft resolution: > > > > > > > > >> > > > > > > > > > >> > - Currently, our community consists of 19 committers, > > > including > > > > > mentors, > > > > > > > > >> > with 12 serving as PPMC members. > > > > > > > > >> > - At present, we boast 164 contributors. > > > > > > > > >> > - Throughout the incubation period, we've made 9 > > > > > releases—averaging at > > > > > > > > >> > least one per month. > > > > > > > > >> > - We've had 7 different release managers to date. > > > > > > > > >> > - Our software is in production use by 10 known entities > > > and is > > > > > a dependency > > > > > > > > >> > for 263 GitHub projects and 18 crates.io packages. > > > > > > > > >> > - To date, we have opened 1,200+ issues with 1,100+ > > > > > successfully resolved. > > > > > > > > >> > - We have submitted a total of 2,400+ PRs, most of them > > > > > > > > >> > have > > > > >
Re: [DISCUSS] Gluten proposal
Shaofeng, Il giorno ven 22 dic 2023 alle ore 13:59 ShaoFeng Shi ha scritto: > > Hi IPMC members, > > I would like to propose a new project to the ASF incubator - Gluten. > > Gluten[1] is a middle layer responsible for offloading Apache Spark SQL > queries to native engines. This project aims to address the CPU > computational bottleneck to offload SparkSQL operators to native engines in > data loading scenarios based on Apache Spark. Have you considered making this project a subproject of Apache Spark ? Enrico > > Here is the proposal - > https://cwiki.apache.org/confluence/display/INCUBATOR/GlutenProposal > > I would be the Champion of the project. I will mentor and help the project > through the incubator with Yu Li [l...@apache.org], Kent Yao [y...@apache.org] > and Wenli Zhang [ovi...@apache.org] . > > We are open to hearing the feedback from the incubator. > > Best, > Shaofeng Shi. > > [1] https://oap-project.github.io/gluten/ > > Best regards, > > Shaofeng Shi 史少锋 > Apache Kylin PMC, > Apache Incubator PMC, > Email: shaofeng...@apache.org > > Apache Kylin FAQ: https://kylin.apache.org/docs/gettingstarted/faq.html > Join Kylin user mail group: user-subscr...@kylin.apache.org > Join Kylin dev mail group: dev-subscr...@kylin.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Being a mentor
Thank you Tison, I am following up on private@ Enrico Il giorno sab 9 dic 2023 alle ore 15:15 tison ha scritto: > > Hi Enrico, > > I just noticed that you're not yet in the IPMC. According to Incubator > policy[1], > mentors should be on the IPMC. > > I'll send a notice and process the process for you[2], FYI. > > Best, > tison. > > [1] > https://incubator.apache.org/guides/mentor.html#mentors_must_be_on_the_ipmc > [2] https://incubator.apache.org/policy/incubation.html#joining_the_ipmc > > Enrico Olivelli 于2023年12月9日周六 22:11写道： > > > > +1 (non binding) > > > > Enrico > > > > Il Ven 8 Dic 2023, 12:50 PJ Fanning ha scritto: > > > > > +1 (binding) > > > > > > On Fri, 8 Dec 2023 at 12:49, Xin Wang wrote: > > > > > > > > +1 (binding) > > > > > > > > tison 于2023年12月8日周五 19:05写道： > > > > > > > > > Hi Incubator > > > > > > > > > > Following the discussion [DISCUSS] Incubating Proposal of Fury [1], I > > > > > am starting this official vote for the Fury project. > > > > > > > > > > Here is their proposal: > > > > > https://cwiki.apache.org/confluence/display/INCUBATOR/Fury+Proposal > > > > > > > > > > Please cast your vote: > > > > > > > > > > [ ] +1, bring into the Incubator > > > > > [ ] +0, I don't care either way > > > > > [ ] -1, do not bring Fury into the Incubator, because... > > > > > > > > > > The vote will open for one week from today, Dec. 8th, 2023 > > > > > > > > > > Best, > > > > > tison. > > > > > > > > > > [1] https://lists.apache.org/thread/jr3qwzxg2m6507zsll5fs8mopcco3ny3 > > > > > > > > > > - > > > > > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > > > > > For additional commands, e-mail: general-h...@incubator.apache.org > > > > > > > > > > > > > > > > > > -- > > > > Thanks, > > > > Xin > > > > > > - > > > 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] Accept Fury Into the ASF Incubator
+1 (non binding) Enrico Il Ven 8 Dic 2023, 12:50 PJ Fanning ha scritto: > +1 (binding) > > On Fri, 8 Dec 2023 at 12:49, Xin Wang wrote: > > > > +1 (binding) > > > > tison 于2023年12月8日周五 19:05写道： > > > > > Hi Incubator > > > > > > Following the discussion [DISCUSS] Incubating Proposal of Fury [1], I > > > am starting this official vote for the Fury project. > > > > > > Here is their proposal: > > > https://cwiki.apache.org/confluence/display/INCUBATOR/Fury+Proposal > > > > > > Please cast your vote: > > > > > > [ ] +1, bring into the Incubator > > > [ ] +0, I don't care either way > > > [ ] -1, do not bring Fury into the Incubator, because... > > > > > > The vote will open for one week from today, Dec. 8th, 2023 > > > > > > Best, > > > tison. > > > > > > [1] https://lists.apache.org/thread/jr3qwzxg2m6507zsll5fs8mopcco3ny3 > > > > > > - > > > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > > > For additional commands, e-mail: general-h...@incubator.apache.org > > > > > > > > > > -- > > Thanks, > > Xin > > - > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > >
Re: [DISCUSS] Incubating Proposal of Fury
This is great. If you need more help for mentoring feel free to ping me Enrico Il Ven 1 Dic 2023, 10:10 Huajie Wang ha scritto: > Fury is an interesting project, good to see Fury joining the ASF > Incubator. Good luck! > > > > Best, > Huajie Wang > > > > tison 于2023年12月1日周五 17:01写道： > > > Hi IPMC members, > > > > I would like to propose a new project to the ASF incubator - Fury. > > > > Fury[1] is a high-performance, multi-language, and automatic > > serialization framework powered by JIT and zero-copy. > > > > Ant Group owns this project, and they have agreed to sign the SGAs and > > CCLAs for the donation. > > > > Here is their proposal - > > https://cwiki.apache.org/confluence/display/INCUBATOR/Fury+Proposal > > > > I would be the Champion of the project. > > > > I will mentor and help the project through the incubator with > > PJ Fanning [fannin...@apache.org] > > Yu Li [l...@apache.org] > > Xin Wang [xinw...@apache.org] > > > > We are open to hearing the feedback from the incubator. > > > > Best, > > tison. > > > > [1] https://github.com/alipay/fury > > > > - > > 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) 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 >
Re: Looking for a champion: HyperIoT
Piergiorgio, Is this project already OSS ? Is this project already used by other companies? If it doesn't meet those requirements I don't think that it will have a happy story in the Incubator. I have never been a Mentor for an incubating project but I have been following this list for quite some time, and my understanding is that a project that wants to enter the ASF MUST already be an OSS project with active users. just my 2 cents Enrico Il giorno gio 12 gen 2023 alle ore 09:17 tison ha scritto: > > > I'm an ASF Member, I could also help here for writing the proposal but I'm > > not a PMC member for the Incubator project, I'm a committer for my past > > incubation experience related to Apache ManifoldCF. > > FYI, as an ASF Member, you can request to become a IPMC member anytime: > > > Individuals may be nominated to join the IPMC after a vote which passes. > Individuals may choose to bring themselves or others to the attention of > the IPMC. Additionally, any Member of the Apache Software Foundation may > join the IPMC by request. > > ... from https://incubator.apache.org/guides/roles_and_responsibilities.html > . > > Best, > tison. > > > Piergiorgio Lucidi 于2023年1月12日周四 16:06写道： > > > Hi folks, > > > > ACSoftware contacted me because they would like to donate their platform > > named HyperIoT to the Foundation. I'm searching for a champion to build the > > incubation proposal. > > > > I'm an ASF Member, I could also help here for writing the proposal but I'm > > not a PMC member for the Incubator project, I'm a committer for my past > > incubation experience related to Apache ManifoldCF. > > > > They currently published only the backend services on their GitHub account > > but they are going to also share all the UI modules: > > https://github.com/ACSoftwareTeam/HyperIoT-Platform > > > > You can find more information and some screenshots here: > > https://hyperiot.cloud/ > > > > Below is an overview of this platform. > > > > HyperIoT is an OpenSource Cloud Native platform entirely based on Apache > > Technologies for managing big data from any IoT network. > > The platform captures the information sent from any source by managing data > > compression, running statistics or machine/deep learning algorithms, > > presenting data to the end user in realtime and offline mode (saved data). > > > > It consists of the following macro-components (entirely built on top of > > Apache Technologies): > > > > - Realtime and Enrichments (Kafka and Storm): Realtime configuration and > > visualization of data coming from sources with the possibility of defining > > enrichment rules on incoming data > > > > - Events and Alarm Management (Storm): Data are analyzed in real time with > > the possibility of reporting any alarms by sending timely notifications > > either to the device or using other channels such as email > > > > - Persistence (HBase and Hadoop) : Data is saved in a secure mode > > > > - Statistics and Machine Learning (Apache Spark): It is possible to run > > periodically, on the saved data, machine learning algorithms or generic > > statistics presenting the results of these computations in the user's > > dashboard. > > > > HyperIoT cloud infrastructure constitutes a generic server-side > > architecture suitable for cross-cutting applications in various > > manufacturing sectors. The infrastructure allows a user, without the > > intervention of external developers, to be able to: > > > > - Configure communication between the IoT network and the cloud (without > > writing code but following graphically guided processes) > > - Have a set of predefined statistics for the data being processed > > - Upload your own analytics algorithms (for more technical users) > > - Access an intuitive web interface for configurations and access to > > real-time and historical data via different graphical widgets > > - Share the information collected > > > > The easy use of the platform through graphically guided processes allows it > > to be used even by personnel who do not have specific knowledge about IoT > > topics, data streaming, big data, etc... > > > > This will help spread the benefits of IoT and Industry 4.0 technologies > > even to personnel who are not exactly experts. > > > > Thank you for your support. > > > > Cheers, > > PJ > > > > -- > > Piergiorgio > > - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Looking for a champion: resurrect log4j 1.x
Vladimir, I totally support this proposal. Which are actually the steps we need to cut a release of log4j 1.x ? - establish an Apache project ? - do the fix - cut a release Can this be done inside another Apache Project who "adopts" the log4j sources if the Logging Project doesn't want to do it ? Enrico Il giorno mar 21 dic 2021 alle ore 08:36 Vladimir Sitnikov < sitnikov.vladi...@gmail.com> ha scritto: > >Just wondering, is it even fulfilling the criteria of incubation? > > I believe, the world does not need "active development in log4j 1.x" > nowadays. > What everybody needs from log4j 1.x is to fix security issues, fix > outstanding issues (if any), > keep the project buildable (e.g. avoid using outdated build systems), etc. > > >it doesn't seem that sustainability is proven. > > The problem is log4j 1.x is like COBOL of logging. There are apps that are > just stuck with log4j 1.x. > The proof of sustainability is that lots of existing apps will never > upgrade to 2.x because 2.x is incompatible. > If the compatibility layer of 2.x would be improved to handle 99.999% of > apps, > then we could indeed move 1.x to the attic. > > The Incubator Cookbook says: > >The ASF provides software for the public good, > > As I described, log4j 2.x is not a direct replacement for log4j 1.x, and > there are **lots** of applications > that can't easily be upgraded to 2.x due to testing, configuration, and > implementation issues. > > The current Logging PMC is focused on log4j 2.x only, and they have no > desire to release 1.x > > >active development but focus only on CVE fixes > > I would say, the primary goal of resurrecting 1.x is to focus on CVEs, and > keep the project buildable and testable. > However, it might be the case, that certain fixes or features would appear. > > The sad story is that the industry is using 1.x A LOT, and what Logging PMC > did was > they ignored the community, and they just stopped maintaining 1.x and > focused on an incompatible 2.x > > Not only do they stop maintaining 1.x, but they also deny others to pick up > the maintenance task. > > What I am trying to do now is to pick up that maintenance activity. > > Vladimir >
Re: Mentors wanted for projects
Il giorno mer 19 feb 2020 alle ore 23:06 Justin Mclean ha scritto: > > HI, > > > What are the prerequisites in order to become a mentor? > > Officially you need to be an IPMC member, if you are an ASF member you can > ask to join the IPMC, if you are not you would need to be voted onto the > IPMC. I can see you involved in a number of project, where you involved with > bookkeeper or zookeeper during incubation? I am sorry I wasn't. But I have been following "from distance" the incubator phase of a few projects, like DistributeLog (now graduated as BookKeeper project), Pulsar and NetBeans. > > BTW There’s nothing stopping you from helping out a podling if you are not an > IPMC member, you just can't sign off reports. Maybe I can take a closer look to one of those project and check if I can give an useful contribution. I have been following this list for a while, I will be happy to help more Thank you Enrico > > 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
Re: Mentors wanted for projects
Justin, What are the prerequisites in order to become a mentor? Enrico Il Mer 19 Feb 2020, 22:47 Justin Mclean ha scritto: > Hi, > > It generally seen that the right amount of mentors for a podling is three. > Currently we have a few podlings that have less than that. > > Podlings that currently only have one mentor: > SAMOA > Spot > Taverna** > > Podlings that have two mentors: > Annotator > Daffodil > Hivemall > Marvin-AI > Milagro > Pony Mail* > S2Graph > SDAP > Superset* > > Any existing mentor or IPMC members willing to help these projects out? > > Thanks, > Justin > > * Nearing graduation > ** Considering retiring > - > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > >
