Hi Justin,
> The issue is not if it in the release package or not, it cannot be a
> dependency.
Could you please elaborate more about "dependency"? I can imagine the
following use cases:
1. the project hardly depends on mysql-connector, w/o mysql-connector,
the project can not work totally.
2.
+1 (binding)
Regards
JB
On Wed, Aug 17, 2022 at 4:40 PM Joe Evans wrote:
>
> Hi Apache Incubator community,
>
> The Apache MXNet (incubating) community has discussed[1] graduating to a
> top level project and passed a community vote[2][3]. We have also
> discussed[4] graduating in the Incubator
Hi,
Interesting proposal. How do you compare StreamPark with Apache Beam,
Wayang, NiFI ?
Thanks
Regards
JB
On Wed, Aug 17, 2022 at 3:13 AM tison wrote:
>
> Hi all,
>
> I would like to propose StreamPark[1] as a new apache incubator project,
> you can find the proposal[2] of StreamPark for
Hi Justin,
Add Usage of MySQL:
1) in kafka connector of streampark spark module, MySQL use to store kafka
offsets. The connector also provides HBase, Redis for users to choose.
MySQL is an optional dependency.
2) in streampark platform module, MySQL use to store backend metadata .
Currently,
Hi Justin,
I would like to learn why mysql-connector is not compatible with the Apache
license?
AFAIK, mysql-connector is dual licensed which is compatible with open source
works.
The MySQL License page also says[1]:
> For developers and distributors of open source software under a FOSS
Hi,
> Thanks for your feedback! I checked all modules of the project and
> reconfirmed it again, the maven scope of mysql-connector is "provided" or
> "test", and will not be provided in the release package,
The issue is not if it in the release package or not, it cannot be a
dependancy. Now if
Hi Justin,
Thanks for your feedback! I checked all modules of the project and
reconfirmed it again, the maven scope of mysql-connector is "provided" or
"test", and will not be provided in the release package,
The latest code has been updated, if there are still problems, we will
solve them
Hi,
> In terms of binary dependency, if those “dependencies used by our
> dependencies” (usually called transitive dependencies) are not mentioned in
> the using dependencies, we can also detect and list the transitive
> dependencies in our license file as they are finally bundled in our
+1 (binding)
> On Aug 25, 2022, at 00:22, Joe Evans wrote:
>
> Hello,
>
> Thanks for the feedback, we have reached out to these PPMC members and
> asked them to subscribe.
>
> Regards,
> Joe
>
>> On Mon, Aug 22, 2022 at 6:33 AM Calvin Kirs wrote:
>>
>> Hi,
>> Good luck. overall looks
Hi Justin
> In my experience dependancies can also include other differently licensed 3rd
> party code and can fail to mention it.
In terms of binary dependency, if those “dependencies used by our dependencies”
(usually called transitive dependencies) are not mentioned in the using
Hi Vladimir Sitnikov thanks for sharing!Yes overriding a dependencies license is important when the tool cannot identify it, and we have this feature too > 18. Declare the dependency licenses which cannot be identified by this tool.apache/skywalking-eyes: A full-featured license tool to check and
HI,
Exactly how is the mysql-connector now optional?
Justin
-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org
Hi,
In my experience dependancies can also include other differently licensed 3rd
party code and can fail to mention it.
Kind Regards,
Justin
-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional
HI,
> Thank you for your interest and kind words! It has come to my attention that
> our current open source licensing doesn't quite meet the Apache way, so I've
> taken this information back to my current team to review. What are your
> thoughts on how teams normally proceed at this juncture?
Source code and binaries:
https://dist.apache.org/repos/dist/dev/incubator/sedona/1.2.1-incubating-rc1/
On Sat, Aug 13, 2022 at 9:22 PM Jean-Baptiste Onofré
wrote:
> Hi,
>
> Can you please include the link to dist source package ? That's the
> most important thing to check.
>
> Thanks,
>
Thanks, mysql-connector has been changed to optional. about GPL/LGPL
dependancies has also been updated to StreamPark Proposal [1]
1. https://cwiki.apache.org/confluence/display/INCUBATOR/StreamPark+Proposal
Best,
benjobs
Justin Mclean 于2022年8月24日周三 14:12写道：
> HI,
>
> -1 (binding) because
Thanks, Issues about GPL and LGPL have been resolved,
These dependencies have been changed to optional or deleted.
Best,
benjobs.
Justin Mclean 于2022年8月24日周三 14:02写道：
> Hi,
>
> I notice the project has some GPL and LGPL dependancies, this would not be
> compatible with the Apache license,
+1 (non-binding)
I checked
- Download links are valid.
- The release files have the word incubating in their name.
- Checksums and PGP signatures are valid.
- DISCLAIMER-WIP,LICENSE and NOTICE files exist.
- NOTICE year is right.
李晓双 于2022年8月17日周三 14:21写道：
> Hello Incubator Community,
>
>
Thanks for your guidance, Issues about GPL and LGPL have been resolved,
mysql-connector has been changed to optional and The log component has
been replaced as log4j2.
Best,
benjobs.
Sheng Wu 于2022年8月24日周三 14:19写道：
> Hi StreamPark team
>
> AFAIK from a Java developer perspective, your GPL
Hello,
Thanks for the feedback, we have reached out to these PPMC members and
asked them to subscribe.
Regards,
Joe
On Mon, Aug 22, 2022 at 6:33 AM Calvin Kirs wrote:
> Hi,
> Good luck. overall looks good.
> I only got a question:
> Six of the PPMC members are not subscribed to the private
I have a similar tool in form of a Gradle plugin:
https://github.com/vlsi/vlsi-release-plugins/blob/45865c3186a7ecc0d30b1f88c2f31160b5e1b13a/plugins/license-gather-plugin/README.md
It searches for LICENSE-like files in dependencies, checks if the license
is A-B-X compatible,
and generates the
+1 (binding)
Best regards,,
Ted Liu
2022 年 8 月 24 日周三 21:12，Thomas Weise 写道： +1 (binding)
Thanks,
Thomas
On Wed, Aug 24, 2022 at 3:08 AM Kelu Tao wrote:
> +1 (non-binding)
>
> Good Luck!
>
> On 2022/08/24 03:55:26 tison wrote:
> > Hi all,
> >
> > Following up on the [DISCUSS] thread
We have this
https://github.com/apache/skywalking-eyes#check-dependencies-licenses to check
license compatibility, now we only offer compatibility matrix with Apache
license 2.0
> On Aug 24, 2022, at 14:01, Sheng Wu wrote:
>
> AFAIK, we haven't done this. But in theory, we could introduce
+1 (binding)
Thanks,
Thomas
On Wed, Aug 24, 2022 at 3:08 AM Kelu Tao wrote:
> +1 (non-binding)
>
> Good Luck!
>
> On 2022/08/24 03:55:26 tison wrote:
> > Hi all,
> >
> > Following up on the [DISCUSS] thread on StreamPark[1], I would like to
> call
> > a VOTE to accept StreamPark into the
Hi Justin,
Thank you for your interest and kind words! It has come to my attention
that our current open source licensing doesn't quite meet the Apache way,
so I've taken this information back to my current team to review. What are
your thoughts on how teams normally proceed at this juncture?
Thank you Justin, I saw you were unable to compile from the source
code, this [1] can be used as a reference for local builds.
[1]
https://github.com/apache/incubator-eventmesh/blob/master/docs/en/instruction/02-runtime.md
Justin Mclean 于2022年8月24日周三 15:48写道：
>
> HI,
>
> +1 (binding)
>
>
Thank you Justin, we will include the build instruction in the next
release, and fix the "WeChat Official Account” in readme immediately.
On Wed, Aug 24, 2022 at 3:48 PM Justin Mclean
wrote:
> HI,
>
> +1 (binding)
>
> Please include clear instruction on how to build in the release. The
>
Hi,
If you need a mentor to help the project I would be happy to help. I’m involved
in the education sector ands it sounds like an interesting project.
Kind Regards,
Justin
-
To unsubscribe, e-mail:
HI,
+1 (binding)
Please include clear instruction on how to build in the release. The readme me
also refers to an "WeChat Official Account” Apache doesn’t have offical WeChat
accounts.
I checked:
- incubating in name
- LICENSE need more work but WIP disclaimer
- NOTICE is fine
- WIP
+1 (non-binding)
Good Luck!
On 2022/08/24 03:55:26 tison wrote:
> Hi all,
>
> Following up on the [DISCUSS] thread on StreamPark[1], I would like to call
> a VOTE to accept StreamPark into the Apache Incubator, please check out the
> StreamPark Proposal from the incubator wiki[2].
>
> Please
Thanks. We will solve these problems as soon as possible
Sheng Wu 于2022年8月24日 周三14:19写道：
> Hi StreamPark team
>
> AFAIK from a Java developer perspective, your GPL and LGPLthings are
> not hard dependencies. The log component could be easier to be
> replaced as log4j2, and mysql connector
Hi,
BTW that’s +1 (binding) from me.
Kind Regards,
Justin
-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org
Hi,
Please ask you mentors to vote on your releases. If you mentors cannot then
perhaps it’s time to find new mentors?
Please do not use "Copyright 2020 and onwards” in the NOTICE file.
I checked the source release:
- incubating in name
- signatures and hashes are fine
- disclaimer exists
Hi StreamPark team
AFAIK from a Java developer perspective, your GPL and LGPLthings are
not hard dependencies. The log component could be easier to be
replaced as log4j2, and mysql connector should be possible to be
optional, such as you pick Postgre as your major storage option.
Please be clear
-1, (non-binding)
Hmmm how does it differentiate to what StreamPipes does? Can you explain in
detail, thanks. and if you work for
a company, do you need to prove that this project is not company-related?
On 2022/08/24 03:55:26 tison wrote:
> Hi all,
>
> Following up on the [DISCUSS] thread on
+1 (non-binding)
Good luck!
Justin Mclean 于2022年8月24日周三 14:12写道：
> HI,
>
> -1 (binding) because of GPL/LGPL dependancies and it’s unknown how these
> will be dealt with.
>
> Note the "FOSS exception license” no longer applies [1] and even if it did
> it most likely would not be allowed in ASF
HI,
-1 (binding) because of GPL/LGPL dependancies and it’s unknown how these will
be dealt with.
Note the "FOSS exception license” no longer applies [1] and even if it did it
most likely would not be allowed in ASF project and you would be including GPL
licensed- code.
Kind Regards,
Justin
Hi,
I notice the project has some GPL and LGPL dependancies, this would not be
compatible with the Apache license, unless they are optional and the majority
of users not use them. If they are not optional, how do you intend to remove
these?
Kind Regards,
Justin
AFAIK, we haven't done this. But in theory, we could introduce Apache
Catalog A/B/X to support the compatibility check.
If you want to help the project to support this, submit an issue here,
https://github.com/apache/skywalking/issues.
Sheng Wu 吴晟
Twitter, wusheng1108
Xiaofeng 于2022年8月24日周三
39 matches
Mail list logo
