Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

build(deps): update async-std requirement from ~1.7 to ~1.9 #306

Closed

Conversation

dependabot-preview[bot]
Copy link
Contributor

@dependabot-preview dependabot-preview bot commented Jan 18, 2021

Updates the requirements on async-std to permit the latest version.

Release notes

Sourced from async-std's releases.

v1.9.0

Happy New Year everyone! This patch stabilizes the async_std::channel submodule, removes the deprecated sync::channel types, and introduces the tokio1 feature.

New Channels

As part of our 1.8.0 release last month we introduced the new async_std::channel submodule and deprecated the unstable async_std::sync::channel types. You can read our full motiviation for this change in the last patch notes. But the short version is that the old channels had some fundamental problems, and the sync submodule is a bit of a mess.

This release of async-std promotes async_std::channel to stable, and fully removes the async_std::sync::channel types. In practice many libraries have already been upgraded to the new channels in the past month, and this will enable much of the ecosystem to switch off "unstable" versions of async-std.

use async_std::channel;
let (sender, receiver) = channel::unbounded();
assert_eq!(sender.send("Hello").await, Ok(()));
assert_eq!(receiver.recv().await, Ok("Hello"));

Tokio 1.0 compat

The Tokio project recently released version 1.0 of their runtime, and the async-std team would like to congratulate the Tokio team on achieving this milestone.

This release of async-std adds the tokio1 feature flag, enabling Tokio's TLS constructors to be initialized within the async-std runtime. This is in addition to the tokio02 and tokio03 feature flags which we were already exposing.

In terms of stability it's worth noting that we will continue to provide support for the tokio02, tokio03, and tokio1 on the current major release line of async-std. These flags are part of our public API, and removing compat support for older Tokio versions is considered a breaking change.

Added

  • Added the tokio1 feature (#924)
  • Stabilized the async_std::channel submodule (#934)

... (truncated)

Changelog

Sourced from async-std's changelog.

[1.9.0] - 2021-01-15

This patch stabilizes the async_std::channel submodule, removes the deprecated sync::channel types, and introduces the tokio1 feature.

New Channels

As part of our 1.8.0 release last month we introduced the new async_std::channel submodule and deprecated the unstable async_std::sync::channel types. You can read our full motiviation for this change in the last patch notes. But the short version is that the old channels had some fundamental problems, and the sync submodule is a bit of a mess.

This release of async-std promotes async_std::channel to stable, and fully removes the async_std::sync::channel types. In practice many libraries have already been upgraded to the new channels in the past month, and this will enable much of the ecosystem to switch off "unstable" versions of async-std.

use async_std::channel;
let (sender, receiver) = channel::unbounded();
assert_eq!(sender.send("Hello").await, Ok(()));
assert_eq!(receiver.recv().await, Ok("Hello"));

Tokio 1.0 compat

The Tokio project recently released version 1.0 of their runtime, and the async-std team would like to congratulate the Tokio team on achieving this milestone.

This release of async-std adds the tokio1 feature flag, enabling Tokio's TLS constructors to be initialized within the async-std runtime. This is in addition to the tokio02 and tokio03 feature flags which we were already exposing.

In terms of stability it's worth noting that we will continue to provide support for the tokio02, tokio03, and tokio1 on the current major release line of async-std. These flags are part of our public API, and removing compat support for older Tokio versions is considered a breaking change.

Added

  • Added the tokio1 feature (#924)
  • Stabilized the async_std::channel submodule (#934)

... (truncated)

Commits
  • b210ee3 bump Cargo.toml to 1.9.0
  • 171e4f9 Merge pull request #936 from async-rs/1.9.0
  • 8fcb243 Add 1.9.0 release notes
  • b854b67 Merge pull request #934 from Keruspe/channels
  • 8274995 stabilize new channels
  • b1b8355 Merge pull request #933 from async-rs/remove-old-channel
  • 8c52387 remove deprecated sync::channel
  • 684ab18 docs: update cargo-edit link in the installation section
  • ac19c66 Update async-global-executor and add tokio feature for tokio 1.0
  • 4a3f963 feat: use async-lock for RwLock and Barrier
  • Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.


Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

  • @dependabot rebase will rebase this PR
  • @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
  • @dependabot merge will merge this PR after your CI passes on it
  • @dependabot squash and merge will squash and merge this PR after your CI passes on it
  • @dependabot cancel merge will cancel a previously requested merge and block automerging
  • @dependabot reopen will reopen this PR if it is closed
  • @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
  • @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)
  • @dependabot use these labels will set the current labels as the default for future PRs for this repo and language
  • @dependabot use these reviewers will set the current reviewers as the default for future PRs for this repo and language
  • @dependabot use these assignees will set the current assignees as the default for future PRs for this repo and language
  • @dependabot use this milestone will set the current milestone as the default for future PRs for this repo and language
  • @dependabot badge me will comment on this PR with code to add a "Dependabot enabled" badge to your readme

Additionally, you can set the following in your Dependabot dashboard:

  • Update frequency (including time of day and day of week)
  • Pull request limits (per update run and/or open at any time)
  • Out-of-range updates (receive only lockfile updates, if desired)
  • Security updates (receive only security updates, if desired)

Updates the requirements on [async-std](https://github.com/async-rs/async-std) to permit the latest version.
- [Release notes](https://github.com/async-rs/async-std/releases)
- [Changelog](https://github.com/async-rs/async-std/blob/master/CHANGELOG.md)
- [Commits](async-rs/async-std@v1.7.0...v1.9.0)

Signed-off-by: dependabot-preview[bot] <support@dependabot.com>
@coveralls
Copy link

coveralls commented Jan 18, 2021

Coverage Status

Coverage increased (+3.8%) to 38.164% when pulling 12b4245 on dependabot/cargo/async-std-approx-1.9 into 0cc1540 on master.

@dependabot-preview
Copy link
Contributor Author

Looks like async-std is no longer updatable, so this is no longer needed.

@dependabot-preview dependabot-preview bot deleted the dependabot/cargo/async-std-approx-1.9 branch April 7, 2021 16:54
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
C-enhancement Category: new feature or request
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

1 participant