João Oliveira
João Oliveira
thanks @gitToki!
Hi! >Any specific reason why you'd prefer a direct removal @jxs? the reason is more work, double the PR's for something that has been declared as unmaintained, I feel redundant...
Hi, and sorry for missing this! Currently `gossipsub` only keeps the substream if it is in the mesh: https://github.com/libp2p/rust-libp2p/blob/4dfc45bfec008405988edca2432c27ed5b93535f/protocols/gossipsub/src/handler.rs#L426-L428 which seems to be the opposite to what you refer on...
Hi, and thanks for your interest! Would you be open to submit a PR addressing it? Thanks!
> Just want to point out, > > As we currently have gossipsub integrated into Lighthouse (i.e its currently not strictly a dependency), we are showing tracing logs to std...
Hi Nazar, you are referring to `request_response::Behaviour::send_request` right? If so, >The simplest change that would work for me is to add an optional list of addresses to send_request, such that...
I am curious, where do those multiaddresses come from? And can't you dial them as soon as you get them?
Sorry Nazar, I misread, reformulated the question
Hi, you need `Extract` to be (T,) see [here](https://docs.rs/warp/0.2.5/warp/trait.Filter.html#extracting-tuples). To use arbitrary types I think you can do: ```Rust use futures::TryFuture; use std::marker::PhantomData; use warp::{Filter, Rejection, Reply}; pub struct ApiBuilder...
can you also try it with the latest `master` to see if it persists Dave? Thanks