Going to ApacheCon Berlin in October

[Antoine Toulme]

Hey everyone,

I plan on attending ApacheCon Berlin in October this year. I’ll submit a talk 
about Apache Tuweni.

Please let me know if you’d like to be there and present as well!

Cheers,

Antoine

Re: Is binaries release stable?

[Antoine Toulme]

It’s an unofficial release. I need to push the release out for 0.8.2 shortly. 
Then we’ll have a proper 0.9 release.

> On Sep 18, 2019, at 00:04, Nicolas Massart  
> wrote:
> 
> Hi,
> Is https://bintray.com/tuweni/tuweni/tuweni/0.9.0-20190709195335 a
> stable version? The name makes it look like a snapshot.
> Thanks.

Re: Is binaries release stable?

[Antoine Toulme]

I have no idea, I don’t know how you use Tuweni. Please feel free to 
participate, prep the 0.9 release and send bug reports.

> On Sep 18, 2019, at 2:38 PM, Nicolas Massart  
> wrote:
> 
> Should we downgrade to 0.8.2 when it's released?
> 
> On Wed, Sep 18, 2019 at 9:10 AM Antoine Toulme  wrote:
>> 
>> It’s an unofficial release. I need to push the release out for 0.8.2 
>> shortly. Then we’ll have a proper 0.9 release.
>> 
>>> On Sep 18, 2019, at 00:04, Nicolas Massart  
>>> wrote:
>>> 
>>> Hi,
>>> Is https://bintray.com/tuweni/tuweni/tuweni/0.9.0-20190709195335 a
>>> stable version? The name makes it look like a snapshot.
>>> Thanks.
>> 

Re: Is binaries release stable?

[Antoine Toulme]

Those APIs are quite stable, with no recent changes, so 0.8.1 should work.

> On Sep 19, 2019, at 1:56 AM, Nicolas Massart  
> wrote:
> 
> We use :
> - TOML module
> - org.apache.tuweni.io.file.Files.copyResource
> - org.apache.tuweni.bytes.Bytes.wrap(byte[] value)
> - org.apache.tuweni.crypto.sodium.Box.KeyPair.random()
> 
> Nicolas MASSART
> Pegasys developer
> 
> ===
> I welcome VSRE emails. Learn more at http://vsre.info/
> ===
> 
> On Wed, Sep 18, 2019 at 11:44 PM Antoine Toulme  wrote:
>> 
>> I have no idea, I don’t know how you use Tuweni. Please feel free to 
>> participate, prep the 0.9 release and send bug reports.
>> 
>>> On Sep 18, 2019, at 2:38 PM, Nicolas Massart 
>>>  wrote:
>>> 
>>> Should we downgrade to 0.8.2 when it's released?
>>> 
>>> On Wed, Sep 18, 2019 at 9:10 AM Antoine Toulme  wrote:
>>>> 
>>>> It’s an unofficial release. I need to push the release out for 0.8.2 
>>>> shortly. Then we’ll have a proper 0.9 release.
>>>> 
>>>>> On Sep 18, 2019, at 00:04, Nicolas Massart 
>>>>>  wrote:
>>>>> 
>>>>> Hi,
>>>>> Is https://bintray.com/tuweni/tuweni/tuweni/0.9.0-20190709195335 a
>>>>> stable version? The name makes it look like a snapshot.
>>>>> Thanks.
>>>> 
>> 

Re: Logl Dependency in Tuweni is broken

[Antoine Toulme]

Hey Thomas,

Best way to get help is to send email to the users list 
(users@tuweni.apache.org ), or the developers 
list (d...@tuweni.apache.org ).

The logl dependency is here: 
https://mvnrepository.com/artifact/org.logl/logl-api/0.3.1 


You need to add jcenter to your repositories to get it.

Cheers,

Antoine

> On Sep 20, 2019, at 2:59 PM, Thomas Lisankie  wrote:
> 
> Hi Antoine,
> 
> I'm reaching out to you because you're a maintainer on both Logl and Tuweni. 
> I'm trying to use Tuweni in a Clojure project via Java interop. When 
> Leiningen (Clojure build and dependency management tool) is trying to fetch 
> Tuweni from Maven Central (specifically the parts related to Scuttlebutt), I 
> get an error stating that Logl could not be found on Maven Central. This does 
> seem to be the case since I did a search on Maven and it isn't there. Do you 
> have any idea when this issue might be resolved?
> 
> And I did submit an issue on the corresponding Jira tracker for Tuweni, but 
> it doesn't seem that any issue resolution has happened since May of this year.
> 
> I'd really appreciate if you could get back to me at your earliest 
> convenience.
> 
> Regards,
> Thomas Lisankie

Re: Which one to use for building a peer to peer app?

[Antoine Toulme]

Both are valid network protocols to connect peers, but have different functions.

Devp2p is the ethereal network protocol and is low-level. You will need to 
build your own subprotocol on top of it.

SSB (Secure Scuttlebutt) is meant for sharing feeds between users. There is 
usually a central authority on the network for it.

> On Feb 4, 2020, at 3:32 PM, Chia-Hung Lin  wrote:
> 
> Hi
> 
> Come across to tuweni's website[1]. But looking at docs[1] or
> github[2], I do not find how to use tuweni for building a peer to peer
> app. Should I start from scuttlebutt[3] or devp2p[4]? Any suggestions?
> 
> Thanks
> 
> [1]. https://tuweni.apache.org
> [2]. https://github.com/apache/incubator-tuweni
> [3]. https://github.com/apache/incubator-tuweni/tree/master/scuttlebutt
> [4]. https://github.com/apache/incubator-tuweni/tree/master/devp2p

Re: Question about a good starting point for Tuwani

[Antoine Toulme]

Hello Ralph,

If you’re looking for a way to hash a document and store in on the permaweb, 
IPFS or arweave might be good choices.

It looks like you’re trying to create your own blockchain for the purposes of 
storing a doc, however. Am I understanding this right?
If so, you might be best served by understanding how to hash docs (see our 
crypto package, and the sodium library), where to store docs (see our 
merkle-trie implementation) and how to gossip hashes to other participants (see 
gossip app, plumtree, hobbits, etc).

Cheers,

Antoine

> On Jul 4, 2020, at 10:38 AM, Ralf Heydenreich  wrote:
> 
> 
> sorry, I meant "Tuweni"...
> 
> Am 04.07.2020 um 19:35 schrieb Ralf Heydenreich:
>> Hi all,
>> 
>> I want to start using the Tuwani library. But I've just wondered where
>> to start. It seems that there are several sub projects for handling
>> BitCoin or Ethereal, which is not what I wanted.
>> 
>> I'm looking for a solution to to secure a document's history so that it
>> can't be changed (or so that changed would cause an invalid history). I
>> thought if I create consecutive blocks in a blockchain it would be a
>> good solution. But I don't know which classes I can use from the Tuwani
>> project. Would be great if someone could give me an advice. The
>> mechanics of a blockchain is generally known to me (at least I think so
>> ;-) ).
>> 
>> TIA,
>> Ralf.
>> 
> 

Re: Looking for some example config for EthereumClientApp

[Antoine Toulme]

Hello Brian,

The Ethereum client is not ready at all as you point out.

I can probably muster together a config to showcase how to connect, but bear in 
mind the client has no block validation :)
Filing https://github.com/apache/incubator-tuweni/issues/180 
 to follow up.

You’re probably better off using a well supported client like Hyperledger Besu.

Cheers,

Antoine

> On Dec 3, 2020, at 3:36 AM, Brian McGee  wrote:
> 
> Hey,
> 
> I'm new to the project and have been having a look through the repository.
> 
> My main interest is in the Ethereum client. I'm trying to get it up and 
> running and connecting to mainnet. From what I can see there is only one 
> discovery mechanism currently supported which is DNS.
> 
> I'm struggling to work out the TOML config for using the mainnet genesis file 
> and to configure the DNS discovery. 
> 
> Any suggestions or example config to get me started would be greatly 
> appreciated.
> 
> -- 
> Brian McGee 
> Co-Founder | °41North 

Re: Looking for some example config for EthereumClientApp

[Antoine Toulme]

We do have low level stuff in there, that’s for sure :)

Feel free to help develop all this! This is an open source project and we need 
committers to help get it all out.

> On Dec 3, 2020, at 10:26 PM, Brian McGee  wrote:
> 
> Hi Antoine,
> 
> I'm already using Besu, but I'm more interested in getting to grips with the 
> lower level side of things.
> 
> It's not a problem that the Ethereum client isn't all that ready. A rough 
> config to get it running would be great. 
> 
> I'll keep an eye on the GitHub issue.
> 
> Thanks,
> Brian 
> 
> On Fri 4 Dec 2020, 01:35 Antoine Toulme,  <mailto:anto...@toulme.name>> wrote:
> Hello Brian,
> 
> The Ethereum client is not ready at all as you point out.
> 
> I can probably muster together a config to showcase how to connect, but bear 
> in mind the client has no block validation :)
> Filing https://github.com/apache/incubator-tuweni/issues/180 
> <https://github.com/apache/incubator-tuweni/issues/180> to follow up.
> 
> You’re probably better off using a well supported client like Hyperledger 
> Besu.
> 
> Cheers,
> 
> Antoine
> 
>> On Dec 3, 2020, at 3:36 AM, Brian McGee > <mailto:br...@41north.dev>> wrote:
>> 
>> Hey,
>> 
>> I'm new to the project and have been having a look through the repository.
>> 
>> My main interest is in the Ethereum client. I'm trying to get it up and 
>> running and connecting to mainnet. From what I can see there is only one 
>> discovery mechanism currently supported which is DNS.
>> 
>> I'm struggling to work out the TOML config for using the mainnet genesis 
>> file and to configure the DNS discovery. 
>> 
>> Any suggestions or example config to get me started would be greatly 
>> appreciated.
>> 
>> -- 
>> Brian McGee 
>> Co-Founder | °41North <http://41north.dev/>

Re: Tuweni crypto - new user queries

[Antoine Toulme]

We support up to 1.0.16. Open an issue if you’d like to see a 1.0.17 supported, 
and I’ll document how to support newer versions.

> On Nov 8, 2020, at 11:00 AM, RICHARDS PETER  
> wrote:
> 
> Hi,
> 
> The functions I mentioned were added in libsodium from release 1.0.17:
> https://github.com/jedisct1/libsodium/blob/master/ChangeLog 
> 
> 
> Is it possible to confirm the version of libsodium based on which Tuweni is 
> built?
> 
> Thanks,
> Richards.

Re: Tuweni crypto - new user queries

[Antoine Toulme]

Hello and welcome!

Yes, the latest is available on Maven Central. Check out the org.apache.tuweni 
group id. The artifact for Sodium related functionality is named crypto.

Typically we wrap Sodium functions in an API that makes them less likely for 
developers to trip and create bad memory allocations.
We use the Box class for example for public/private key work with the Edwards 
curve.

If you’d like to use the primitive core functions, please open an issue on the 
GitHub repository and let us know how we can help shore up functionality.

Cheers,

Antoine


> On Nov 7, 2020, at 10:29 AM, RICHARDS PETER  
> wrote:
> 
> Hi Tuweni users,
> 
> I am a new user of the Tuweni project. I am trying to explore the 
> capabilities of Sodium classes under the Tuweni crypto project. I would like 
> to clarify couple of things about this project:
> 
> 1. Is the latest version (1.2.0) of the project available on Maven central 
> repository?https://tuweni.apache.org/download/ 
> 
> 
> 2. Could you please confirm why most of the methods under Sodium have package 
> visibility? I am trying to explore ways to implement an algorithm related to 
> Collective Signature.
> 
> Is there a recommended way to access the methods under Sodium, for example: 
> crypto_core_ed25519_add()
> 
> https://github.com/apache/incubator-tuweni/blob/master/crypto/src/main/java/org/apache/tuweni/crypto/sodium/Sodium.java
>  
> 
> 
> Thanks,
> Richards Peter.

Docs

[Antoine Toulme]

I have started publishing dokka docs here: http://tuweni.apache.org/docs/ 


I also published longer form tutorials here: 
http://tuweni.apache.org/tutorials/ 

Please feel free to review and file issues!

Cheers,

Antoine

Re: Presentation of Apache Tuweni at the Toronto Ethereum Developer Meetup

[Antoine Toulme]

I must have cut the link short, sorry:
https://www.youtube.com/watch?v=WGVpAYqLZvA


> On Jun 4, 2021, at 12:56 AM, Furkan KAMACI  wrote:
> 
> Hi Antoine,
> 
> It says video is unavailable?
> 
> Kind Regards,
> Furkan KAMACI
> 
> On Fri, Jun 4, 2021 at 10:30 AM Antoine Toulme  <mailto:anto...@toulme.name>> wrote:
> Hello folks,
> 
> I have presented Apache Tuweni to the Toronto Ethereum meetup last week. The 
> recording is now available:
> https://youtube.com/watch?v=WGVpAY <https://youtube.com/watch?v=WGVpAY>
> 
> Enjoy! Feedback welcome.
> 
> Cheers,
> 
> Antoine

Presentation of Apache Tuweni at the Toronto Ethereum Developer Meetup

[Antoine Toulme]

Hello folks,

I have presented Apache Tuweni to the Toronto Ethereum meetup last week. The 
recording is now available:
https://youtube.com/watch?v=WGVpAY

Enjoy! Feedback welcome.

Cheers,

Antoine

Re: Ethereum Virtual Machine explainer

[Antoine Toulme]

Yes. Each byte is an operation. Some operations read and move the cursor.

In this case 0x7f says push32, as in push next 32 bytes as a stack item.

Followed by 0x01 to add, and then more ops.

When you execute tests, it shows the execution order.



> On Apr 30, 2021, at 06:54, nicolas melendez  wrote:
> 
> Hi great video, EVM is a bit more complex than the crawler for sure.
> 
> I didn't get about the ops code spec, the berlin hard fork is implemented,
> so for example add0 has it code:
> 
> "code" :
> "0x7f7f0160005500"
> ,
> 
> That code would be a solidity smart contract compiled?

Ethereum Virtual Machine explainer

[Antoine Toulme]

Hello folks,

Please see here a video I made explaining some of the concepts of the Ethereum 
Virtual Machine:
https://youtu.be/9fyaDQ55x_E 

I hope you enjoy it.

Please let me know if you have any feedback, anything to do differently, what 
else you’d like to see covered, etc.

Cheers,

Antoine

Re: RLPx messages filter

[Antoine Toulme]

An interface to BlockchainRepository makes sense, and you general approach 
sounds good.

Cheers,

Antoine

> On Feb 14, 2021, at 17:19, Diego L.L.  wrote:
> 
> 
> Hi Tuweni users,
> 
> I'm building a component to stand between a node and the outside world, with 
> the intention to prevent certain Transaction (0x02) messages to reach the 
> node if they don't satisfy a given set of conditions.
> 
> This component only requires to be able to maintain a rlpx channel open with 
> its peers but I would like to rely the state/blocks storage to a trusted 
> node. 
> 
> I was able to successfully connect a VertxRLPxService to a peer but It was 
> instantly disconnected because it was unable to answer GetBlockHeaders (0x03) 
> properly.
> 
> I was willing to give a try to implement a custom BlockchainRepository to 
> inject into the VertxRLPxService that resolves each call through JSON-RPC 
> calls, but then I realized it's not an interface and also kind of coupled to 
> Lucene.
> 
> Of course I haven't faced how I would instrument the messages yet, but I'm 
> trying baby steps, being the first one to keep the channel open with the peer.
> 
> So, my questions here would be if I'm on the right path for this component I 
> want to build, and also if you are open to contributions on adding the 
> mentioned abstraction for the BlockchainRepository.
> 
> With kind regards.
> --
> diego

Re: RLPx messages filter

[Antoine Toulme]

Yes it might be. I also have code in a PR that might be of help. I have had no 
time to come back to it yet.

> On Feb 14, 2021, at 21:28, Diego L.L.  wrote:
> 
> Hello Antoine, thanks, I'll come up with some PR in that direction then.
> 
> Also, may be the issue #58[0] some kind related to my use case?
> 
> [0]: https://github.com/apache/incubator-tuweni/issues/58
> 
>> On Sun, Feb 14, 2021 at 11:29 PM Antoine Toulme  wrote:
>> 
>> An interface to BlockchainRepository makes sense, and you general approach 
>> sounds good.
>> 
>> Cheers,
>> 
>> Antoine
>> 
>>>> On Feb 14, 2021, at 17:19, Diego L.L.  wrote:
>>> 
>>> 
>>> Hi Tuweni users,
>>> 
>>> I'm building a component to stand between a node and the outside world, 
>>> with the intention to prevent certain Transaction (0x02) messages to reach 
>>> the node if they don't satisfy a given set of conditions.
>>> 
>>> This component only requires to be able to maintain a rlpx channel open 
>>> with its peers but I would like to rely the state/blocks storage to a 
>>> trusted node.
>>> 
>>> I was able to successfully connect a VertxRLPxService to a peer but It was 
>>> instantly disconnected because it was unable to answer GetBlockHeaders 
>>> (0x03) properly.
>>> 
>>> I was willing to give a try to implement a custom BlockchainRepository to 
>>> inject into the VertxRLPxService that resolves each call through JSON-RPC 
>>> calls, but then I realized it's not an interface and also kind of coupled 
>>> to Lucene.
>>> 
>>> Of course I haven't faced how I would instrument the messages yet, but I'm 
>>> trying baby steps, being the first one to keep the channel open with the 
>>> peer.
>>> 
>>> So, my questions here would be if I'm on the right path for this component 
>>> I want to build, and also if you are open to contributions on adding the 
>>> mentioned abstraction for the BlockchainRepository.
>>> 
>>> With kind regards.
>>> --
>>> diego
>> 
> 
> 
> -- 
> diego

Re: 2.1.0 incubating

[Antoine Toulme]

You can vote on the release vote happening on the dev list right now. This CI 
failure is not blocking.

> On Nov 26, 2021, at 05:05, Jiri Peinlich  wrote:
> 
> 
> Hello,
> 
> Do you by any chance know if I can do something to get 
> https://github.com/apache/incubator-tuweni/tree/v2.1.0-incubating-rc out? I 
> would like to update our hyperledger-besu dependency. I noticed that the last 
> ci on the branch failed for license checks. 
> https://github.com/apache/incubator-tuweni/runs/4234046724?check_suite_focus=true
> 
> Thank you,
> Jiri

Debian repository for Tuweni artifacts

[Antoine Toulme]

Hey folks.

I have made available Apache Tuweni artifacts via Homebrew in the past.
This time, I am also going to make Tuweni available as Debian packages.

Take a look here: https://deb.tmio.io/ 

See the repository that manages and publishes artifacts here:
https://github.com/tmio/tuweni-debian 

I’ll add the distro to the Tuweni website.

Feedback and comments welcome! Please note this is a downstream distribution of 
Apache Tuweni and doesn’t override or replaces the official distribution 
channels of Apache Tuweni.

Cheers,

Antoine

Re: [announcement] delog, new project using Apache Tuweni

[Antoine Toulme]

Wow that’s awesome! Thank you and please open issues if anything doesn’t work :)

> On Mar 30, 2023, at 05:06, Emmanuel Florent  
> wrote:
> 
> 
> Delog is an Android Kotlin Jetpack Compose ssb client I have started working 
> on since I discovered the ssb protocol. A Protocol, that I really loved for 
> it 's power, simplicity, security, performance and modularity.
> 
> Delog's home is here. 
> 
> https://github.com/ssb2dmba/delog
> 
> Regards
> 
> Emmanuel Florent 
> 
> 
> 
> 

Re: Unsubscribe

[Antoine Toulme]

Hello Nicolas,

You can read on how to unsubscribe here: 
https://www.apache.org/foundation/mailinglists.html

Cheers!

Antoine

> On Feb 5, 2023, at 01:27, Nicolas Massart  
> wrote:
> 
> 

Community calls

[Antoine Toulme]

Hi folks,

I am looking to build the community of this project and would like to volunteer 
creating community calls as office hours to help folks get started or answer 
any questions they may have.
I will also record those discussions and post them on Youtube.

Does this make sense to folks here? If so, what timezones do you think this 
should cover first and foremost? What day of the week would work best here?

Please let me know in reply to this email of any preference you may have here.

Cheers,

Antoine

Re: Tuweni crypto - java.lang.UnsatisfiedLinkError error on Windows

[Antoine Toulme]

I filed https://github.com/tmio/tuweni/issues/15 to follow up.

> On Jul 12, 2023, at 8:47 PM, Antoine Toulme  wrote:
> 
> Hey Simon,
> 
> We’re voting moving this project to the attic in a separate thread on the dev 
> list and it’s likely I’ll continue to support this project under 
> https://github.com/tmio/tuweni for a little while. I already pushed 2.4.2 and 
> 2.4.3 on maven central under the group id io.tmio.
> 
> So I think I can try to fix your problem in my fork. Feel free to open an 
> issue there.
> 
>> On Jul 12, 2023, at 12:50 AM, Simon Bader  wrote:
>> 
>> Hi Tuweni users
>>  
>> I am a new user of the Tuweni project. I have included the “tuweni-net” 
>> dependency in a Java maven project. When I call the  
>> “Box.PublicKey.fromBytes(publicKeyAsBytes)” method on a Ubuntu environment, 
>> it works as expected. When I run the same command on a windows environment 
>> (including mingw), I get the following error:
>> java.lang.UnsatisfiedLinkError: unknown
>> at 
>> jnr.ffi.provider.jffi.NativeLibrary.loadNativeLibraries(NativeLibrary.java:87)
>>  
>> When debugging I see that the “libsodium” library on Windows cannot be 
>> found. I did try to download and load the libsodium pre-built libraries 
>> <https://doc.libsodium.org/installation#pre-built-libraries> explicitly (by 
>> System.load()), but I then get the error that dependent libraries are 
>> missing. As I understand, the Windows mingw environment should include all 
>> necessary libraries for Tuweni out of the box (as it does for Ubuntu).
>>  
>> Any idea what I might be doing wrong is welcome!
>>  
>> Thanks,
>> Simon
> 

Re: Tuweni crypto - java.lang.UnsatisfiedLinkError error on Windows

[Antoine Toulme]

Hey Simon,

We’re voting moving this project to the attic in a separate thread on the dev 
list and it’s likely I’ll continue to support this project under 
https://github.com/tmio/tuweni for a little while. I already pushed 2.4.2 and 
2.4.3 on maven central under the group id io.tmio.

So I think I can try to fix your problem in my fork. Feel free to open an issue 
there.

> On Jul 12, 2023, at 12:50 AM, Simon Bader  wrote:
> 
> Hi Tuweni users
>  
> I am a new user of the Tuweni project. I have included the “tuweni-net” 
> dependency in a Java maven project. When I call the  
> “Box.PublicKey.fromBytes(publicKeyAsBytes)” method on a Ubuntu environment, 
> it works as expected. When I run the same command on a windows environment 
> (including mingw), I get the following error:
> java.lang.UnsatisfiedLinkError: unknown
> at 
> jnr.ffi.provider.jffi.NativeLibrary.loadNativeLibraries(NativeLibrary.java:87)
>  
> When debugging I see that the “libsodium” library on Windows cannot be found. 
> I did try to download and load the libsodium pre-built libraries 
>  explicitly (by 
> System.load()), but I then get the error that dependent libraries are 
> missing. As I understand, the Windows mingw environment should include all 
> necessary libraries for Tuweni out of the box (as it does for Ubuntu).
>  
> Any idea what I might be doing wrong is welcome!
>  
> Thanks,
> Simon