Re: [VOTE] Accept Kyuubi into the Apache Incubator
+1 (non-binding) Good luck! Best regards Xun Liu On Tue, Jun 15, 2021 at 9:02 AM hongdd wrote: > +1 > > Best Regards, > hongdd > > > > - > 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
+1 Best Regards, hongdd - 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
my +1 （binding） Willem Jiang Twitter: willemjiang Weibo: 姜宁willem On Mon, Jun 14, 2021 at 9:57 PM 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
Re: [VOTE] Accept Kyuubi into the Apache Incubator
+1, binding Best, Wangda 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: [VOTE] Accept Kyuubi into the Apache Incubator
+1 good luck! 柯振旭 (@kezhenxu94) Apache SkyWalking PMC Apache Incubator PMC > On Jun 14, 2021, at 21:57, 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: [VOTE] Accept Kyuubi into the Apache Incubator
+1 (non-binding) Good luck! BR Wanqiang Ji On Mon, Jun 14, 2021 at 10:57 PM Jeff Zhang wrote: > > +1, good luck > > 张铎(Duo Zhang) 于2021年6月14日周一 下午10:43写道： > > > +1 > > > > Alexander Alten 于2021年6月14日周一 下午10:15写道： > > > > > +1 (unbinding) > > > > > > All the best :) > > > > > > > On 14. Jun 2021, at 16:09, KimmKing wrote: > > > > > > > > +1 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > Kimm King(kimmk...@apache.org/kimmk...@163.com) > > > > Apache Dubbo PMC Member > > > > github: kimmking > > > > > > > > > > > > > > > > > > > > > > > > At 2021-06-14 21: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 > > > > > > > > > > > -- > 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 Kyuubi into the Apache Incubator
+1, good luck 张铎(Duo Zhang) 于2021年6月14日周一 下午10:43写道： > +1 > > Alexander Alten 于2021年6月14日周一 下午10:15写道： > > > +1 (unbinding) > > > > All the best :) > > > > > On 14. Jun 2021, at 16:09, KimmKing wrote: > > > > > > +1 > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > Kimm King(kimmk...@apache.org/kimmk...@163.com) > > > Apache Dubbo PMC Member > > > github: kimmking > > > > > > > > > > > > > > > > > > At 2021-06-14 21: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 > > > > > -- Best Regards Jeff Zhang
Re: [VOTE] Accept Kyuubi into the Apache Incubator
+1 Alexander Alten 于2021年6月14日周一 下午10:15写道： > +1 (unbinding) > > All the best :) > > > On 14. Jun 2021, at 16:09, KimmKing wrote: > > > > +1 > > > > > > > > > > > > > > > > -- > > > > Kimm King(kimmk...@apache.org/kimmk...@163.com) > > Apache Dubbo PMC Member > > github: kimmking > > > > > > > > > > > > At 2021-06-14 21: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: [VOTE] Accept Kyuubi into the Apache Incubator
+1 (unbinding) All the best :) > On 14. Jun 2021, at 16:09, KimmKing wrote: > > +1 > > > > > > > > -- > > Kimm King(kimmk...@apache.org/kimmk...@163.com) > Apache Dubbo PMC Member > github: kimmking > > > > > > At 2021-06-14 21: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:[VOTE] Accept Kyuubi into the Apache Incubator
+1 -- Kimm King(kimmk...@apache.org/kimmk...@163.com) Apache Dubbo PMC Member github: kimmking At 2021-06-14 21: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
Re: [VOTE] Accept Kyuubi into the Apache Incubator
+1 good luck. Kevin Ratnasekera 于2021年6月14日 周一下午10:00写道： > +1 ( binding ) > > On Mon, Jun 14, 2021 at 7:28 PM Jean-Baptiste Onofre > wrote: > > > +1 (binding) > > > > Good luck, and don’t hesitate to ping if you need help. > > > > Regards > > JB > > > > > Le 14 juin 2021 à 15:57, Willem Jiang a > écrit : > > > > > > 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 > > > > > -- Sheng Wu 吴晟 Apache SkyWalking Apache Incubator Apache ShardingSphere, ECharts, DolphinScheduler podlings Zipkin Twitter, wusheng1108
Re: [VOTE] Accept Kyuubi into the Apache Incubator
+1 ( binding ) On Mon, Jun 14, 2021 at 7:28 PM Jean-Baptiste Onofre wrote: > +1 (binding) > > Good luck, and don’t hesitate to ping if you need help. > > Regards > JB > > > Le 14 juin 2021 à 15:57, Willem Jiang a écrit : > > > > 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: [VOTE] Accept Kyuubi into the Apache Incubator
+1 (binding) Good luck, and don’t hesitate to ping if you need help. Regards JB > Le 14 juin 2021 à 15:57, Willem Jiang a écrit : > > 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
[VOTE] Accept Kyuubi into the Apache Incubator
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
Re: [VOTE] Apache Tuweni 2.0.0
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 > >
Re: [VOTE] Apache Tuweni 2.0.0
Mikuli is from the same company that donated Cava… please, what are you talking about? > 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
Re: [VOTE] Apache Tuweni 2.0.0
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
Re: [VOTE] Apache Tuweni 2.0.0
> On Jun 14, 2021, at 14:24, John D. Ament wrote: > > Hi > >> On Mon, Jun 14, 2021 at 8:16 AM Antoine Toulme wrote: >> >> >> On Jun 14, 2021, at 14:10, John D. Ament wrote: >>> >>> Hi >>> On Mon, Jun 14, 2021 at 6:41 AM Antoine Toulme >> wrote: OK clearly I don’t get it. This code has been there since day 1 of the project in our repo and in good standing. Because someone on the Internet copied the defunct project prior to donation in no way warrants this release to receive a -1, 3 years after >> the donation and multiple releases out! >>> >>> This is where we ask for patience from all. >>> Things may be missed in >>> releases. We assume on good faith that the code being donated can be >>> donated. When we find something that shouldn't have actual been donated >> it >>> needs to be called out. At the same time, we may miss some things. In >>> this case, I'm guessing Justin is just being cautious that there could be >>> other things included that shouldn't have been included and needs a more >>> coarse review. >>> >>> FWI, the mikuli package is Apache licensed in its origin, so it doesn't >>> actually violate any of our rules. Listing them in NOTICE is optional >> but >>> considered a best practice, since they have no NOTICE themselves. You >>> should remove the Apache header since it shouldn't have been donated to >> us >>> (unless they have signed an SGA since). >> >> 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. >> > > This is where the disconnect is. The grant assumes that the grantor is the > original author of the code/work. If the grantor is not, the SGA/ICLA (or > whatever was used to donate Tuweni) is not valid for those files. You can see in this commit the original addition to the cava repository of the mikuli classes: https://github.com/ConsenSysMesh/cava/commit/8a7a46a861661f12bb1e1ddb12e54923edd8851a#diff-50710aef87eab647c7b523f0d00ef3ce3beb0863e4dd9254a1185829e6bfea53 This was part of the code donated to Apache. All code was worked on under Consensys copyright and owned by ConsenSys- both cava and mikuli. > > >>> >>> For the sodium package, I can't tell if it's self built by Tuweni or >>> something imported from elsewhere as well. Most of what I see from >>> sodium-friends is MIT licensed, so it would not be correct to relicense >> it >>> under Apache license if it was in fact imported from there (I can't find >> it >>> in there though). >> >> This is definitely our code. Git blame if you like. >> > > Perfect, thank you. > > >>> >>> John >>> >>> > On Jun 14, 2021, at 12:30 PM, Justin Mclean wrote: > Hi, >> That’s not the right solution. They copied code from the original project to a separate project before it was donated to the ASF. This has nothing to do with Tuweni. > I'st one solution. Tuweni can, I’m sure come up with other possible >> ways of dealing with this. IMO It is an issue for the project as Tuweni has (though no fault of it own) ended up with 3rd party code incorrectly labeled with ASF headers. >> If anything, that project might need to set itself to compliance. > Sure, and you might what to pass the information on to them, but that >> is a seperate issue to Tuweni's compliance of ASF policy around IP >> clearance and licensing. >> We use the .h file and a script to generate a first pass, and then we do heavy editing. It’s our code alright. > That may not make it your code, I suggest you ask on legal discuss. > 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 >> >>
Re: [VOTE] Apache Tuweni 2.0.0
Hi On Mon, Jun 14, 2021 at 8:16 AM Antoine Toulme wrote: > > > > On Jun 14, 2021, at 14:10, John D. Ament wrote: > > > > Hi > > > >> On Mon, Jun 14, 2021 at 6:41 AM Antoine Toulme > wrote: > >> OK clearly I don’t get it. This code has been there since day 1 of the > >> project in our repo and in good standing. > >> Because someone on the Internet copied the defunct project prior to > >> donation in no way warrants this release to receive a -1, 3 years after > the > >> donation and multiple releases out! > > > > This is where we ask for patience from all. > > Things may be missed in > > releases. We assume on good faith that the code being donated can be > > donated. When we find something that shouldn't have actual been donated > it > > needs to be called out. At the same time, we may miss some things. In > > this case, I'm guessing Justin is just being cautious that there could be > > other things included that shouldn't have been included and needs a more > > coarse review. > > > > FWI, the mikuli package is Apache licensed in its origin, so it doesn't > > actually violate any of our rules. Listing them in NOTICE is optional > but > > considered a best practice, since they have no NOTICE themselves. You > > should remove the Apache header since it shouldn't have been donated to > us > > (unless they have signed an SGA since). > > 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. > This is where the disconnect is. The grant assumes that the grantor is the original author of the code/work. If the grantor is not, the SGA/ICLA (or whatever was used to donate Tuweni) is not valid for those files. > > > > For the sodium package, I can't tell if it's self built by Tuweni or > > something imported from elsewhere as well. Most of what I see from > > sodium-friends is MIT licensed, so it would not be correct to relicense > it > > under Apache license if it was in fact imported from there (I can't find > it > > in there though). > > This is definitely our code. Git blame if you like. > Perfect, thank you. > > > > John > > > > > >>> On Jun 14, 2021, at 12:30 PM, Justin Mclean > >> wrote: > >>> Hi, > That’s not the right solution. They copied code from the original > >> project to a separate project before it was donated to the ASF. This has > >> nothing to do with Tuweni. > >>> I'st one solution. Tuweni can, I’m sure come up with other possible > ways > >> of dealing with this. IMO It is an issue for the project as Tuweni has > >> (though no fault of it own) ended up with 3rd party code incorrectly > >> labeled with ASF headers. > If anything, that project might need to set itself to compliance. > >>> Sure, and you might what to pass the information on to them, but that > is > >> a seperate issue to Tuweni's compliance of ASF policy around IP > clearance > >> and licensing. > We use the .h file and a script to generate a first pass, and then we > >> do heavy editing. It’s our code alright. > >>> That may not make it your code, I suggest you ask on legal discuss. > >>> 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 > >
Re: [VOTE] Apache Tuweni 2.0.0
> On Jun 14, 2021, at 14:10, John D. Ament wrote: > > Hi > >> On Mon, Jun 14, 2021 at 6:41 AM Antoine Toulme wrote: >> OK clearly I don’t get it. This code has been there since day 1 of the >> project in our repo and in good standing. >> Because someone on the Internet copied the defunct project prior to >> donation in no way warrants this release to receive a -1, 3 years after the >> donation and multiple releases out! > > This is where we ask for patience from all. > Things may be missed in > releases. We assume on good faith that the code being donated can be > donated. When we find something that shouldn't have actual been donated it > needs to be called out. At the same time, we may miss some things. In > this case, I'm guessing Justin is just being cautious that there could be > other things included that shouldn't have been included and needs a more > coarse review. > > FWI, the mikuli package is Apache licensed in its origin, so it doesn't > actually violate any of our rules. Listing them in NOTICE is optional but > considered a best practice, since they have no NOTICE themselves. You > should remove the Apache header since it shouldn't have been donated to us > (unless they have signed an SGA since). 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. > > For the sodium package, I can't tell if it's self built by Tuweni or > something imported from elsewhere as well. Most of what I see from > sodium-friends is MIT licensed, so it would not be correct to relicense it > under Apache license if it was in fact imported from there (I can't find it > in there though). This is definitely our code. Git blame if you like. > > John > > >>> On Jun 14, 2021, at 12:30 PM, Justin Mclean >> wrote: >>> Hi, That’s not the right solution. They copied code from the original >> project to a separate project before it was donated to the ASF. This has >> nothing to do with Tuweni. >>> I'st one solution. Tuweni can, I’m sure come up with other possible ways >> of dealing with this. IMO It is an issue for the project as Tuweni has >> (though no fault of it own) ended up with 3rd party code incorrectly >> labeled with ASF headers. If anything, that project might need to set itself to compliance. >>> Sure, and you might what to pass the information on to them, but that is >> a seperate issue to Tuweni's compliance of ASF policy around IP clearance >> and licensing. We use the .h file and a script to generate a first pass, and then we >> do heavy editing. It’s our code alright. >>> That may not make it your code, I suggest you ask on legal discuss. >>> 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
Re: [VOTE] Apache Tuweni 2.0.0
Hi On Mon, Jun 14, 2021 at 6:41 AM Antoine Toulme wrote: > OK clearly I don’t get it. This code has been there since day 1 of the > project in our repo and in good standing. > Because someone on the Internet copied the defunct project prior to > donation in no way warrants this release to receive a -1, 3 years after the > donation and multiple releases out! > This is where we ask for patience from all. Things may be missed in releases. We assume on good faith that the code being donated can be donated. When we find something that shouldn't have actual been donated it needs to be called out. At the same time, we may miss some things. In this case, I'm guessing Justin is just being cautious that there could be other things included that shouldn't have been included and needs a more coarse review. FWI, the mikuli package is Apache licensed in its origin, so it doesn't actually violate any of our rules. Listing them in NOTICE is optional but considered a best practice, since they have no NOTICE themselves. You should remove the Apache header since it shouldn't have been donated to us (unless they have signed an SGA since). For the sodium package, I can't tell if it's self built by Tuweni or something imported from elsewhere as well. Most of what I see from sodium-friends is MIT licensed, so it would not be correct to relicense it under Apache license if it was in fact imported from there (I can't find it in there though). John > > > On Jun 14, 2021, at 12:30 PM, Justin Mclean > wrote: > > > > Hi, > > > >> That’s not the right solution. They copied code from the original > project to a separate project before it was donated to the ASF. This has > nothing to do with Tuweni. > > > > I'st one solution. Tuweni can, I’m sure come up with other possible ways > of dealing with this. IMO It is an issue for the project as Tuweni has > (though no fault of it own) ended up with 3rd party code incorrectly > labeled with ASF headers. > > > >> If anything, that project might need to set itself to compliance. > > > > Sure, and you might what to pass the information on to them, but that is > a seperate issue to Tuweni's compliance of ASF policy around IP clearance > and licensing. > > > >> We use the .h file and a script to generate a first pass, and then we > do heavy editing. It’s our code alright. > > > > That may not make it your code, I suggest you ask on legal discuss. > > > > 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 > >
Re: [VOTE] Release Apache Hop (incubating) 0.99-rc1
As you know, originally there were essentially 2 different options for us during this incubation when dealing with the existing codebase: 1) Get the code donated, granted, however you want to call it. Unfortunately nobody could be found to even decide on this issue for all sorts of reasons that are not very positive but recognizable when original developers stop working on the codebase (fired, left, ...). 2) Perform a substantial amount of changes to the original codebase. In retrospect this was something that needed to be done anyway since the codebase is around 20 years old. But essentially that is the route that was taken. It's actually pretty much all we've been doing: writing new tools, GUI, re-writing code, replacing code, changing APIs and so on. This process was reviewed and obviously completed as part of our acceptance into the incubation process. It involved not hundreds but thousands of files Justin. Nothing survived the refactoring onslaught but obviously bits and pieces will be recognizable. It is what it is. Now that being said, we do have permissions from a few developers regarding the inclusion of their code. We'll see about getting a more formal SGA there. On Mon, Jun 14, 2021 at 12:24 PM Justin Mclean wrote: > Hi, > > > Understood. I'll remove the code. It's probably better to use a parser > > library from a project like Apache Calcite anyway. > > I think you may have misunderstood. Sure removing the code is one option, > bull all code from that repo would need to be removed not just that one > file. My understanding is there a lot of other files that have been > transferred across, this applies if they have been altered as well. We’re > probably talking 100’s of files here? Why would getting a software grant be > an issue? > > Thanks, > Justin
Re: [VOTE] Apache Tuweni 2.0.0
OK clearly I don’t get it. This code has been there since day 1 of the project in our repo and in good standing. Because someone on the Internet copied the defunct project prior to donation in no way warrants this release to receive a -1, 3 years after the donation and multiple releases out! > On Jun 14, 2021, at 12:30 PM, Justin Mclean wrote: > > Hi, > >> That’s not the right solution. They copied code from the original project to >> a separate project before it was donated to the ASF. This has nothing to do >> with Tuweni. > > I'st one solution. Tuweni can, I’m sure come up with other possible ways of > dealing with this. IMO It is an issue for the project as Tuweni has (though > no fault of it own) ended up with 3rd party code incorrectly labeled with ASF > headers. > >> If anything, that project might need to set itself to compliance. > > Sure, and you might what to pass the information on to them, but that is a > seperate issue to Tuweni's compliance of ASF policy around IP clearance and > licensing. > >> We use the .h file and a script to generate a first pass, and then we do >> heavy editing. It’s our code alright. > > That may not make it your code, I suggest you ask on legal discuss. > > 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
Re: [VOTE] Apache Tuweni 2.0.0
Hi, > That’s not the right solution. They copied code from the original project to > a separate project before it was donated to the ASF. This has nothing to do > with Tuweni. I'st one solution. Tuweni can, I’m sure come up with other possible ways of dealing with this. IMO It is an issue for the project as Tuweni has (though no fault of it own) ended up with 3rd party code incorrectly labeled with ASF headers. > If anything, that project might need to set itself to compliance. Sure, and you might what to pass the information on to them, but that is a seperate issue to Tuweni's compliance of ASF policy around IP clearance and licensing. > We use the .h file and a script to generate a first pass, and then we do > heavy editing. It’s our code alright. That may not make it your code, I suggest you ask on legal discuss. Kind Regards, Justin - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release Apache Hop (incubating) 0.99-rc1
Hi, > Understood. I'll remove the code. It's probably better to use a parser > library from a project like Apache Calcite anyway. I think you may have misunderstood. Sure removing the code is one option, bull all code from that repo would need to be removed not just that one file. My understanding is there a lot of other files that have been transferred across, this applies if they have been altered as well. We’re probably talking 100’s of files here? Why would getting a software grant be an issue? Thanks, Justin - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Apache Tuweni 2.0.0
> On Jun 14, 2021, at 11:42 AM, Justin Mclean wrote: > > Hi, > >> The mikuli code was copied from cava prior to donation, looks like. That was >> three years ago, not sure how that happened or what to do about it. > > I would remove the ASF headers and note it inclusion and LICENSE in your > LICENSE. That’s not the right solution. They copied code from the original project to a separate project before it was donated to the ASF. This has nothing to do with Tuweni. If anything, that project might need to set itself to compliance. More likely, that project should be archived and removed. > >> We most definitely built all the sodium code, using a script as first pass >> then adding more docs and utilities. > > Using a script - hw so? Was that parsing 3rd party code and if so how was it > licensed? Just automatically converting something form one form to another or > from one computer language to another doesn’t change it original license or > man you can put an ASF header n it. We use the .h file and a script to generate a first pass, and then we do heavy editing. It’s our code alright. > > 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: [VOTE] Release Apache Hop (incubating) 0.99-rc1
Understood. I'll remove the code. It's probably better to use a parser library from a project like Apache Calcite anyway. On Mon, Jun 14, 2021 at 10:09 AM Justin Mclean wrote: > Hi, > > > The Simple SQL Parser that was included recently and where we had the one > > file with incorrect header was included for completeness sake but it was > > the notable exception I think. But even that code needed refactoring, > > cleanup and actually quite a bit of work to port over. > > Even if something requires changes, it generally stays with the same > header and license as the original. [1] Only once major changes have been > made should the (P)PMC consider changing the license. It this case I think > the best way forward (but not the only solution) is to donated that code in > the external repo as a software grant. > > Thanks, > Justin > > 1. https://www.apache.org/legal/src-headers.html#3party -- Neo4j Chief Solutions Architect *✉ *matt.cast...@neo4j.com ☎ +32486972937
Re: [VOTE] Apache Tuweni 2.0.0
HI, -1 (binding) due to 3rd party code having ASF headers. I checked: - incubating in name - disclaimer exists - LICENSE and NOTICE are fine. License is missing 3rd party code license. - No unexpected binary files - source code has ASF headers - don’t compile from source Kind Regards, Justin - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Apache Tuweni 2.0.0
Hi, > The mikuli code was copied from cava prior to donation, looks like. That was > three years ago, not sure how that happened or what to do about it. I would also check that no other 3rd part code come though in the donation and has been now incorrectly labeled as ASF code. Kind Regards, Justin - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Apache Tuweni 2.0.0
Hi, > The mikuli code was copied from cava prior to donation, looks like. That was > three years ago, not sure how that happened or what to do about it. I would remove the ASF headers and note it inclusion and LICENSE in your LICENSE. > We most definitely built all the sodium code, using a script as first pass > then adding more docs and utilities. Using a script - hw so? Was that parsing 3rd party code and if so how was it licensed? Just automatically converting something form one form to another or from one computer language to another doesn’t change it original license or man you can put an ASF header n it. Thanks, Justin - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Apache Tuweni 2.0.0
The mikuli code was copied from cava prior to donation, looks like. That was three years ago, not sure how that happened or what to do about it. We most definitely built all the sodium code, using a script as first pass then adding more docs and utilities. > On Jun 14, 2021, at 11:19, Justin Mclean wrote: > > Hi, > > I checked it mostly looks good but I’m a little concerned but the code in > these directories [1][2] that have ASF headers but it looks like the code may > actually be from elsewhere. For instance compare [3] to [4]. Is this code 3rd > party code or based on 3rd party code? And if it is why does it have an ASF > header? > > Thanks, > Justin > > 1. ./crypto/src/main/java/org/apache/tuweni/crypto/mikuli > 2../crypto/src/main/java/org/apache/tuweni/crypto/sodium > 3. ./crypto/src/main/java/org/apache/tuweni/crypto/mikuli/PublicKey.java > 4. > https://github.com/ConsenSys/mikuli/blob/master/src/main/java/net/consensys/mikuli/crypto/PublicKey.java > - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Apache Tuweni 2.0.0
Hi, I checked it mostly looks good but I’m a little concerned but the code in these directories [1][2] that have ASF headers but it looks like the code may actually be from elsewhere. For instance compare [3] to [4]. Is this code 3rd party code or based on 3rd party code? And if it is why does it have an ASF header? Thanks, Justin 1. ./crypto/src/main/java/org/apache/tuweni/crypto/mikuli 2../crypto/src/main/java/org/apache/tuweni/crypto/sodium 3. ./crypto/src/main/java/org/apache/tuweni/crypto/mikuli/PublicKey.java 4. https://github.com/ConsenSys/mikuli/blob/master/src/main/java/net/consensys/mikuli/crypto/PublicKey.java
Re: Champion and Mentors wanted for new potential Apache SST incubator project
Hi All, SST is primarily not a STEP files import tool/API even though it is able to do so. It is going to be RDF/OWL API + GIT like revision based repository environment that allows to work with CAD/CAx RDF data in a distributed way. It has a lot of generic RDF capabilities but is optimized for CAD/CAx workflows. Vaidas On 2021/06/11 14:11:46, Lothar Klein wrote: > Hello Chris, > > Just before I responded about STEP geometry. > Another potential application is about assembly structures. Today likely all > reasonable CAD systems can generate STEP files with assembly information. SST > can already import XML files with assemblies (but not yet p21 files with > assemblies). A potential application might e.g. reads in a STEP assembly for > a machine and then analyses all the parts the machine is made up from and > their transformation/placement in space. A future SST application might e.g.: > > a) try to find vendors on the Internet that offer suitable parts and link to > them - e.g. link to their more detailed STEP models they provide on the > Internet (many do so already) > > b) collect how many pieces of the same parts are needed (e.g. number of > screws of a certain type) and from this derive a BOM (Bill Of Material), > containing a summary of the more detailed assembly information. > > c) Develop a tool to simulate how the assembly could be best build up; the > sequence of operations that are needed. The result could be similar to what > you see is coming with a LEGO(tm) toy with all the single steps on how to put > things together. > > The result of all three examples could be again stored in SST and be used by > further tools. > > Lothar > > - > 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 Hop (incubating) 0.99-rc1
Hi, > The Simple SQL Parser that was included recently and where we had the one > file with incorrect header was included for completeness sake but it was > the notable exception I think. But even that code needed refactoring, > cleanup and actually quite a bit of work to port over. Even if something requires changes, it generally stays with the same header and license as the original. [1] Only once major changes have been made should the (P)PMC consider changing the license. It this case I think the best way forward (but not the only solution) is to donated that code in the external repo as a software grant. Thanks, Justin 1. https://www.apache.org/legal/src-headers.html#3party - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release Apache Hop (incubating) 0.99-rc1
Just a final note on the "foreign code" problem. It's literally impossible to now simply include anything from the original source code. The codebase and API of Apace Hop have drifted so far away from where we once were that for new feature requests (like for example the recent addition of Parquet File Input/Ouput transforms) it's simply useless to even look at any existing code. It's just faster to write new functionality, also because the API is much simpler and cleaner now. The Simple SQL Parser that was included recently and where we had the one file with incorrect header was included for completeness sake but it was the notable exception I think. But even that code needed refactoring, cleanup and actually quite a bit of work to port over. I'd be happy to throw that code back out if anyone feels it's needed. In this discussion I just haven't seen a real reason for it though. I guess I just don't understand the issue. On Mon, Jun 14, 2021 at 8:44 AM Hans Van Akelyen wrote: > Hi, > > The vote has ended, thank you all for the feedback. > > As you pointed out, were it only the header issue in hpl/hwf it would have > been an option, the foreign code is a bigger problem. > I will go back to the dev list to discuss creating rc2. > > Cheers, > Hans > > On Mon, 14 Jun 2021 at 02:02, Justin Mclean > wrote: > > > Hi, > > > > I suggest you discuss this with you mentors and together come up with the > > best approach. > > > > There's a higher bar for release without the work in progress disclaimer. > > I had noticed the issue in a previous release but I didn’t say anything > > about it on the assumption that it wold be corrected once the WIP > > disclaimer was gone, apologies for that. > > > > Also I’d like to point out that my -1 vote is not a veto, a release only > > needs 3 +1 votes and more +1 votes than -1 votes. As the vote currently > > stands, the release manager can decide if the license and header issues > are > > serious enough to not release this. I would be more concerned abut the > > files that have incorrect ASF headers and clarifying the license of those > > files than the missing headers. > > > > Kind Regards, > > Justin > > > > > > - > > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > > For additional commands, e-mail: general-h...@incubator.apache.org > > > > >
[RESULT] [VOTE] Release Apache Hop (incubating) 0.99-rc1
Hello Team, The vote to release Apache Hop (incubating) 0.99 - RC1 has failed. Although we have sufficient votes to create a release, the issues raised were too big to feel comfortable releasing the code. We would like to thank everyone participating in this vote. +1 (binding): - Julian Hyde - François Papon - Kevin Ratnasekera +1 (non-binding): - Xun Liu +0: -1 (binding): - Justin Mclean -1 (non-binding): Thank you for reviewing this release candidate. Cheers, Hans
Re: [VOTE] Release Apache Hop (incubating) 0.99-rc1
Hi, The vote has ended, thank you all for the feedback. As you pointed out, were it only the header issue in hpl/hwf it would have been an option, the foreign code is a bigger problem. I will go back to the dev list to discuss creating rc2. Cheers, Hans On Mon, 14 Jun 2021 at 02:02, Justin Mclean wrote: > Hi, > > I suggest you discuss this with you mentors and together come up with the > best approach. > > There's a higher bar for release without the work in progress disclaimer. > I had noticed the issue in a previous release but I didn’t say anything > about it on the assumption that it wold be corrected once the WIP > disclaimer was gone, apologies for that. > > Also I’d like to point out that my -1 vote is not a veto, a release only > needs 3 +1 votes and more +1 votes than -1 votes. As the vote currently > stands, the release manager can decide if the license and header issues are > serious enough to not release this. I would be more concerned abut the > files that have incorrect ASF headers and clarifying the license of those > files than the missing headers. > > Kind Regards, > Justin > > > - > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > >
