-
-
Notifications
You must be signed in to change notification settings - Fork 176
build: cargo update
#968
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
base: master
Are you sure you want to change the base?
build: cargo update
#968
Conversation
Dav1dde
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Makes sense, but looks like it breaks MSRV as crates may not consider MSRV for breaking changes.
|
@Dav1dde, indeed; I believe we will need to bump MSRV. I'm also thinking we may wish to define a clearer MSRV policy in the SDK; as I understand it, most crates do not consider MSRV bumps to be semver-breaking changes, so we should adopt an explicit policy as to which versions we aim to support |
0cb5f31 to
fb9917f
Compare
|
@lcian's suggestion with changing the resolver is an interesting idea, because overall you're not actually changing the practical MSRV (since there still is a configuration of dependencies which satisfies the original MSRV), just CI which we use fails with the dependencies specified in this lock file. Changing MSRV overall is also fine, I would still be careful to not bump individual dependency ranges (e.g. from |
ea7d4c6 to
c91c82f
Compare
Bump the MSRV to 1.88 to allow dependency updates (see #968). I do not think this change requires a major version bump, as our [MSRV policy](https://github.com/getsentry/sentry-rust?tab=readme-ov-file#requirements) states we try to support the last six months of Rust versions, and 1.88 is more than six months old. Stacked on #969.
Run
cargo updateto bump all dependencies to the latest versions.Stacked on #970.