Ibraheem Ahmed

I was planning on writing an axum-like web framework around astra, which I think could be greatly simplified due to being synchronous. If that does happen, I would likely leave...

I have some old prototypes that I can revive, I hope to have an MVP done in a couple days that you can play around with. I'm also not too...

I dumped an initial framework as `/astra-web` in this repository. It's missing most extractor/responder implementations, and there are a bunch of things that need to be cleaned up, but the...

Oh interesting, I didn't see anything documented so I just assumed it was oversight. I assume there's little difference between the performance of the `oneshot` channels. Digging deeper, [the main...

futures_channel's `mpsc::channel(0)` [is equivalent](https://docs.rs/futures-channel/latest/futures_channel/mpsc/fn.channel.html) to a channel with the capacity of the number of senders, so tokio can actually be used instead there as well. Would you be okay with...

Hm, it seems doing things would require using [`tokio_util::PollSender`](https://docs.rs/tokio-util/latest/tokio_util/sync/struct.PollSender.html), which would add another dependency anyways.

[It's actually blocked on a dyn-safe (inline) async traits.](https://github.com/rust-lang/wg-async-foundations/blob/master/src/vision/roadmap/portable/read_write.md)

Just leaving a list of previously discussed ideas: - `#[global_executor]` or global existentials defined by external crates - Thread-local executors - Adding generic member access to `task::Context` - Making `task::Context`...

`with` clauses themselves don't solve the interop problem, we still need an API for executors.

https://gist.github.com/Darksonn/1567538f56af1a8038ecc3c664a42462