Thomas Eizinger
Thomas Eizinger
> @joshuef Looking in more detail at the code and this screenshots, I am pretty confident I now know where these allocations are coming from. In the current implementation of...
> For me it's about being able to safely handle/consume/clone these as a user, and also within libp2p, I think. As The RawMessage and so one are cloned about in...
> Also, I was just poking about quick-protobuf w/r/t `Bytes`, but I dont think it makes sense there. The generated code would require that the consuming app was having a...
Do you see a way for how we can support your usecase without adding an additional configuration option?
Can you give a bit more context on what you are trying to achieve and how the change would help you? I don't see a way for how we can...
Could this perhaps be solved if you run them inside (docker) containers where there you only expose that one particular interface to the swarm?
We've moved away from testground for our interop-tests and are now using docker-compose. It works really well for us. Compose has a feature that allows the entire suite of containers...
> If this is to be automatic, I wonder if we should check the external addresses for any public addresses that isnt a relay circuit (either reported by upnp, autonat...
> should this be its own crate? We _can_ implement this as its own module which I think might be cleaner. There is a fair bit of state tracking involved...
@JakubOnderka Is there something we can do to get this merged?