Do you have technical issues you’d like to see solved? We’re always willing to accept PRs and help with design! Carl, Aaron, and I are all maintainers of futures-rs and Tokio right now, and it is not maintenance only. The
futures-rs repository lives under my account currently because that’s where it started and we originally thought it may move to the nursery or rust-lang, in which case we wanted to avoid bouncing the repo around from me, to tokio-rs, then to rust-lang. We’re of course always thrilled to have active contributors and if anyone’s feeling up to the task to help with design/triage/maintenance please feel free to reach out to us!
We are very hesitant to release an 0.2 release. The
futures crate is basically a “public dependency” if every single crate that uses it. Each major release of the
futures crate is a split in the ecosystem that’s very difficult (if at all) to work across major versions. With that in mind we’re trying to be very careful about releasing new major versions, ideally having as few as possible.
We’ve got a lot of cleanup planned for the 0.2 release but currently we don’t have any huge technical improvements planned for 0.2. Every technical improvement we’ve thought of so far has been implemented in the 0.1 release series, such as the upcoming task module revamp. It is our intention to keep doing this until we’re comfortable that we’ve identified all issues requiring an 0.2 release, and then we may consider an 0.2 release. If you’ve got breakage in 0.2 you’re awaiting I’d recommend sending a PR to implement the API on the 0.1 release, perhaps with a different name if possible and we can consider merging!