Thomas Eizinger
Thomas Eizinger
I don't mind either way, happy to remove all but `trust-dns-proto`!
> That's true. The problem existed for the direct and the one using DCUtR, the previous PR fixed just the latter. We could use dir Inbound for this `connect`call and...
> In DCUtR, as both peers dialed, they both have the Outbound direction. After the underlying TCP connection has been created, but before `Upgrade`, we override its direction to `Inbound`...
> Thanks for the report, was that happening with nim-libp2p as the dialer or receiver? As the dialer. Listener was working fine!
Okay, thanks for debugging! Should identify be removed from the interop test then?
> I would like to understand what is going on I think that would be good! May I suggest the following: - Remove identify from nim-libp2p's interop test: It is...
Okay, I had assumed there was no race condition with identify disabled :) There is no rush from our end, I am happy to merge the PR in rust-libp2p with...
> @thomaseizinger is this something you have any insight on? Unfortunately no. You are running on libp2p 0.42.2 which is 1.5 years old. I am happy to answer any questions...
Hmm, I was envisioning a more first-class support for this rather than querying and doing the processing outside the tool again. I see the appeal in a very flexible tool...
FWIW, I prototyped something the other day: https://github.com/thomaseizinger/semverlog I'll try it out in our workspace. Happy to converge the two tools if you want :)