You are viewing a plain text version of this content. The canonical link for it is here.
Posted to general@incubator.apache.org by Antoine Toulme <an...@toulme.name> on 2021/06/09 22:55:30 UTC

[VOTE] Apache Tuweni 2.0.0

Hello all,
This is a call for a vote to release Apache Tuweni (incubating) version 2.0.0. Apache Tuweni is a set of libraries and other tools to aid development of blockchain and other decentralized software in Java and other JVM languages. It includes a low-level bytes library, serialization and deserialization codecs (e.g. RLP), various cryptography functions and primitives, and lots of other helpful utilities.

The Apache Tuweni community has voted on and approved a proposal to release Apache Tuweni (Incubating) version 2.0.0. We would like to request the Incubator PMC members review and vote on this incubator release.

Release information:
Vote result thread:
https://lists.apache.org/thread.html/rfdedc3c78164f3cf92874a95cc2c5f4916267a41ec3c6aa020bb18a3%40%3Cdev.tuweni.apache.org%3E
We're voting on the source distributions available here:
https://dist.apache.org/repos/dist/dev/incubator/tuweni/2.0.0-incubating/
The release tag is present here:
https://github.com/apache/incubator-tuweni/releases/tag/v2.0.0-incubating-rc

This release includes the following changes:

Features:
* Users can select to keep select connections to other peers alive, reconnecting on disconnection (RLPx)
* New faucet application, with a simple wallet.
* JSON-RPC client and server (server is just started)
* Add syncing capabilities for mainnet
* Cache hashcode on Bytes objects.
* Use one binary bistro, and one Docker image for all of Tuweni.
* Implement the EVM as Kotlin code, instead of importing EVMC
* Add ethstats server
* Add network crawler
* Add proxy subprotocol
* Add support for eth/66 (RLPx)

Fixes:
* DNS daemon no longer throws errors when it cannot communicate over TCP
* NOTICE for binary distro
* #168: Fix Bytes32.wrap with offset
* Remove biased language (allowlist, main branch)

Thank you,
Antoine.
---
On behalf of Tuweni community

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


Re: [VOTE] Apache Tuweni 2.0.0

Posted by Justin Mclean <ju...@classsoftware.com>.
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-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org


Re: [VOTE] Apache Tuweni 2.0.0

Posted by "John D. Ament" <jo...@apache.org>.
Hi

On Mon, Jun 14, 2021 at 6:41 AM Antoine Toulme <an...@toulme.name> 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 <ju...@classsoftware.com>
> 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-unsubscribe@incubator.apache.org
> > For additional commands, e-mail: general-help@incubator.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
>

Re: [VOTE] Apache Tuweni 2.0.0

Posted by Antoine Toulme <an...@toulme.name>.
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 <ju...@classsoftware.com> 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-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
> 


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


Re: [VOTE] Apache Tuweni 2.0.0

Posted by Justin Mclean <ju...@classsoftware.com>.
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-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org


Re: [VOTE] Apache Tuweni 2.0.0

Posted by Antoine Toulme <an...@toulme.name>.

> On Jun 14, 2021, at 11:42 AM, Justin Mclean <ju...@classsoftware.com> 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-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
> 


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


Re: [VOTE] Apache Tuweni 2.0.0

Posted by Justin Mclean <ju...@classsoftware.com>.
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-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org


Re: [VOTE] Apache Tuweni 2.0.0

Posted by Justin Mclean <ju...@classsoftware.com>.
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-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org


Re: [VOTE] Apache Tuweni 2.0.0

Posted by Antoine Toulme <an...@toulme.name>.
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 <ju...@classsoftware.com> 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-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org


Re: [VOTE] Apache Tuweni 2.0.0

Posted by Justin Mclean <ju...@classsoftware.com>.
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


Fwd: [VOTE] Apache Tuweni 2.0.0

Posted by Antoine Toulme <an...@toulme.name>.
FYI

> Begin forwarded message:
> 
> From: Antoine Toulme <antoine@toulme.name <ma...@toulme.name>>
> Subject: [VOTE] Apache Tuweni 2.0.0
> Date: June 9, 2021 at 3:55:30 PM PDT
> To: general <general@incubator.apache.org <ma...@incubator.apache.org>>
> 
> Hello all,
> This is a call for a vote to release Apache Tuweni (incubating) version 2.0.0. Apache Tuweni is a set of libraries and other tools to aid development of blockchain and other decentralized software in Java and other JVM languages. It includes a low-level bytes library, serialization and deserialization codecs (e.g. RLP), various cryptography functions and primitives, and lots of other helpful utilities.
> 
> The Apache Tuweni community has voted on and approved a proposal to release Apache Tuweni (Incubating) version 2.0.0. We would like to request the Incubator PMC members review and vote on this incubator release.
> 
> Release information:
> Vote result thread:
> https://lists.apache.org/thread.html/rfdedc3c78164f3cf92874a95cc2c5f4916267a41ec3c6aa020bb18a3%40%3Cdev.tuweni.apache.org%3E <https://lists.apache.org/thread.html/rfdedc3c78164f3cf92874a95cc2c5f4916267a41ec3c6aa020bb18a3%40%3Cdev.tuweni.apache.org%3E>
> We're voting on the source distributions available here:
> https://dist.apache.org/repos/dist/dev/incubator/tuweni/2.0.0-incubating/
> The release tag is present here:
> https://github.com/apache/incubator-tuweni/releases/tag/v2.0.0-incubating-rc
> 
> This release includes the following changes:
> 
> Features:
> * Users can select to keep select connections to other peers alive, reconnecting on disconnection (RLPx)
> * New faucet application, with a simple wallet.
> * JSON-RPC client and server (server is just started)
> * Add syncing capabilities for mainnet
> * Cache hashcode on Bytes objects.
> * Use one binary bistro, and one Docker image for all of Tuweni.
> * Implement the EVM as Kotlin code, instead of importing EVMC
> * Add ethstats server
> * Add network crawler
> * Add proxy subprotocol
> * Add support for eth/66 (RLPx)
> 
> Fixes:
> * DNS daemon no longer throws errors when it cannot communicate over TCP
> * NOTICE for binary distro
> * #168: Fix Bytes32.wrap with offset
> * Remove biased language (allowlist, main branch)
> 
> Thank you,
> Antoine.
> ---
> On behalf of Tuweni community


Re: [VOTE] Apache Tuweni 2.0.0

Posted by Antoine Toulme <an...@toulme.name>.
I am adding my +1 (binding) vote, ported over from the dev list vote.

> On Jun 9, 2021, at 22:55, Antoine Toulme <an...@toulme.name> wrote:
> 
> Absolutely. We onboarded a new committer earlier this year and have been pushing hard to get new contributions (https://twitter.com/_tmio/status/1402014603232497678).
> We received recently interest from 2 new contributors.
> 
> To do so, I also started educating the project with resources on the ASF, and I have made several presentations and videos showcasing why Tuweni is at Apache:
> https://twitter.com/ChainSafeth/status/1400452161088102409
> https://www.youtube.com/watch?v=9fyaDQ55x_E&list=PLWafk17Jd7VZY793NdRERKIV62GkQzUbc
> https://www.youtube.com/watch?v=-BDarYVhS1s&list=PLWafk17Jd7VZY793NdRERKIV62GkQzUbc&index=2
> 
> It is absolutely imperative that our project shows a diverse community of volunteers. That’s where we reported we were at during the last board report:
> https://cwiki.apache.org/confluence/display/TUWENI/May+2021
> 
> Thank you for your feedback, please feel free to come and help, and let us know how else we can help this project grow.
> 
> Cheers!
> 
> Antoine
> 
>> On Jun 9, 2021, at 7:08 PM, Xun Liu <li...@apache.org> wrote:
>> 
>> Hi, Antoine
>> 
>> +1 (non-binding) from me, I have checked the following items:
>> - Incubating in name
>> - NOTICE is fine
>> - DISCLAIMER exists
>> - All links are valid
>> - No unexpected binary files
>> - All ASF files have ASF headers
>> 
>> In addition, I have no intention of offending, but I have a little
>> suggestion.
>> I looked at tuweni's project contributors list, and I saw that most of the
>> PRs were submitted by you.
>> I believe you are a master of programming, but you also need to do some
>> work in developing
>> the community so that more people can participate in the development of the
>> tuweni project.
>> In that way, I believe that the tuweni project will develop healthier. :-)
>> 
>> Best regards
>> Xun Liu
>> 
>>> On Thu, Jun 10, 2021 at 6:56 AM Antoine Toulme <an...@toulme.name> wrote:
>>> 
>>> Hello all,
>>> This is a call for a vote to release Apache Tuweni (incubating) version
>>> 2.0.0. Apache Tuweni is a set of libraries and other tools to aid
>>> development of blockchain and other decentralized software in Java and
>>> other JVM languages. It includes a low-level bytes library, serialization
>>> and deserialization codecs (e.g. RLP), various cryptography functions and
>>> primitives, and lots of other helpful utilities.
>>> 
>>> The Apache Tuweni community has voted on and approved a proposal to
>>> release Apache Tuweni (Incubating) version 2.0.0. We would like to request
>>> the Incubator PMC members review and vote on this incubator release.
>>> 
>>> Release information:
>>> Vote result thread:
>>> 
>>> https://lists.apache.org/thread.html/rfdedc3c78164f3cf92874a95cc2c5f4916267a41ec3c6aa020bb18a3%40%3Cdev.tuweni.apache.org%3E
>>> We're voting on the source distributions available here:
>>> https://dist.apache.org/repos/dist/dev/incubator/tuweni/2.0.0-incubating/
>>> The release tag is present here:
>>> 
>>> https://github.com/apache/incubator-tuweni/releases/tag/v2.0.0-incubating-rc
>>> 
>>> This release includes the following changes:
>>> 
>>> Features:
>>> * Users can select to keep select connections to other peers alive,
>>> reconnecting on disconnection (RLPx)
>>> * New faucet application, with a simple wallet.
>>> * JSON-RPC client and server (server is just started)
>>> * Add syncing capabilities for mainnet
>>> * Cache hashcode on Bytes objects.
>>> * Use one binary bistro, and one Docker image for all of Tuweni.
>>> * Implement the EVM as Kotlin code, instead of importing EVMC
>>> * Add ethstats server
>>> * Add network crawler
>>> * Add proxy subprotocol
>>> * Add support for eth/66 (RLPx)
>>> 
>>> Fixes:
>>> * DNS daemon no longer throws errors when it cannot communicate over TCP
>>> * NOTICE for binary distro
>>> * #168: Fix Bytes32.wrap with offset
>>> * Remove biased language (allowlist, main branch)
>>> 
>>> Thank you,
>>> Antoine.
>>> ---
>>> On behalf of Tuweni community
>>> 
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>>> For additional commands, e-mail: general-help@incubator.apache.org
>>> 
>>> 
> 


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


Re: [VOTE] Apache Tuweni 2.0.0

Posted by Antoine Toulme <an...@toulme.name>.
Absolutely. We onboarded a new committer earlier this year and have been pushing hard to get new contributions (https://twitter.com/_tmio/status/1402014603232497678).
We received recently interest from 2 new contributors.

To do so, I also started educating the project with resources on the ASF, and I have made several presentations and videos showcasing why Tuweni is at Apache:
https://twitter.com/ChainSafeth/status/1400452161088102409
https://www.youtube.com/watch?v=9fyaDQ55x_E&list=PLWafk17Jd7VZY793NdRERKIV62GkQzUbc
https://www.youtube.com/watch?v=-BDarYVhS1s&list=PLWafk17Jd7VZY793NdRERKIV62GkQzUbc&index=2

It is absolutely imperative that our project shows a diverse community of volunteers. That’s where we reported we were at during the last board report:
https://cwiki.apache.org/confluence/display/TUWENI/May+2021

Thank you for your feedback, please feel free to come and help, and let us know how else we can help this project grow.

Cheers!

Antoine

> On Jun 9, 2021, at 7:08 PM, Xun Liu <li...@apache.org> wrote:
> 
> Hi, Antoine
> 
> +1 (non-binding) from me, I have checked the following items:
> - Incubating in name
> - NOTICE is fine
> - DISCLAIMER exists
> - All links are valid
> - No unexpected binary files
> - All ASF files have ASF headers
> 
> In addition, I have no intention of offending, but I have a little
> suggestion.
> I looked at tuweni's project contributors list, and I saw that most of the
> PRs were submitted by you.
> I believe you are a master of programming, but you also need to do some
> work in developing
> the community so that more people can participate in the development of the
> tuweni project.
> In that way, I believe that the tuweni project will develop healthier. :-)
> 
> Best regards
> Xun Liu
> 
> On Thu, Jun 10, 2021 at 6:56 AM Antoine Toulme <an...@toulme.name> wrote:
> 
>> Hello all,
>> This is a call for a vote to release Apache Tuweni (incubating) version
>> 2.0.0. Apache Tuweni is a set of libraries and other tools to aid
>> development of blockchain and other decentralized software in Java and
>> other JVM languages. It includes a low-level bytes library, serialization
>> and deserialization codecs (e.g. RLP), various cryptography functions and
>> primitives, and lots of other helpful utilities.
>> 
>> The Apache Tuweni community has voted on and approved a proposal to
>> release Apache Tuweni (Incubating) version 2.0.0. We would like to request
>> the Incubator PMC members review and vote on this incubator release.
>> 
>> Release information:
>> Vote result thread:
>> 
>> https://lists.apache.org/thread.html/rfdedc3c78164f3cf92874a95cc2c5f4916267a41ec3c6aa020bb18a3%40%3Cdev.tuweni.apache.org%3E
>> We're voting on the source distributions available here:
>> https://dist.apache.org/repos/dist/dev/incubator/tuweni/2.0.0-incubating/
>> The release tag is present here:
>> 
>> https://github.com/apache/incubator-tuweni/releases/tag/v2.0.0-incubating-rc
>> 
>> This release includes the following changes:
>> 
>> Features:
>> * Users can select to keep select connections to other peers alive,
>> reconnecting on disconnection (RLPx)
>> * New faucet application, with a simple wallet.
>> * JSON-RPC client and server (server is just started)
>> * Add syncing capabilities for mainnet
>> * Cache hashcode on Bytes objects.
>> * Use one binary bistro, and one Docker image for all of Tuweni.
>> * Implement the EVM as Kotlin code, instead of importing EVMC
>> * Add ethstats server
>> * Add network crawler
>> * Add proxy subprotocol
>> * Add support for eth/66 (RLPx)
>> 
>> Fixes:
>> * DNS daemon no longer throws errors when it cannot communicate over TCP
>> * NOTICE for binary distro
>> * #168: Fix Bytes32.wrap with offset
>> * Remove biased language (allowlist, main branch)
>> 
>> Thank you,
>> Antoine.
>> ---
>> On behalf of Tuweni community
>> 
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>> For additional commands, e-mail: general-help@incubator.apache.org
>> 
>> 


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


Re: [VOTE] Apache Tuweni 2.0.0

Posted by Xun Liu <li...@apache.org>.
Hi, Antoine

+1 (non-binding) from me, I have checked the following items:
- Incubating in name
- NOTICE is fine
- DISCLAIMER exists
- All links are valid
- No unexpected binary files
- All ASF files have ASF headers

In addition, I have no intention of offending, but I have a little
suggestion.
I looked at tuweni's project contributors list, and I saw that most of the
PRs were submitted by you.
I believe you are a master of programming, but you also need to do some
work in developing
the community so that more people can participate in the development of the
tuweni project.
In that way, I believe that the tuweni project will develop healthier. :-)

Best regards
Xun Liu

On Thu, Jun 10, 2021 at 6:56 AM Antoine Toulme <an...@toulme.name> wrote:

> Hello all,
> This is a call for a vote to release Apache Tuweni (incubating) version
> 2.0.0. Apache Tuweni is a set of libraries and other tools to aid
> development of blockchain and other decentralized software in Java and
> other JVM languages. It includes a low-level bytes library, serialization
> and deserialization codecs (e.g. RLP), various cryptography functions and
> primitives, and lots of other helpful utilities.
>
> The Apache Tuweni community has voted on and approved a proposal to
> release Apache Tuweni (Incubating) version 2.0.0. We would like to request
> the Incubator PMC members review and vote on this incubator release.
>
> Release information:
> Vote result thread:
>
> https://lists.apache.org/thread.html/rfdedc3c78164f3cf92874a95cc2c5f4916267a41ec3c6aa020bb18a3%40%3Cdev.tuweni.apache.org%3E
> We're voting on the source distributions available here:
> https://dist.apache.org/repos/dist/dev/incubator/tuweni/2.0.0-incubating/
> The release tag is present here:
>
> https://github.com/apache/incubator-tuweni/releases/tag/v2.0.0-incubating-rc
>
> This release includes the following changes:
>
> Features:
> * Users can select to keep select connections to other peers alive,
> reconnecting on disconnection (RLPx)
> * New faucet application, with a simple wallet.
> * JSON-RPC client and server (server is just started)
> * Add syncing capabilities for mainnet
> * Cache hashcode on Bytes objects.
> * Use one binary bistro, and one Docker image for all of Tuweni.
> * Implement the EVM as Kotlin code, instead of importing EVMC
> * Add ethstats server
> * Add network crawler
> * Add proxy subprotocol
> * Add support for eth/66 (RLPx)
>
> Fixes:
> * DNS daemon no longer throws errors when it cannot communicate over TCP
> * NOTICE for binary distro
> * #168: Fix Bytes32.wrap with offset
> * Remove biased language (allowlist, main branch)
>
> Thank you,
> Antoine.
> ---
> On behalf of Tuweni community
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
>