-
Notifications
You must be signed in to change notification settings - Fork 789
chore: update everything to use try_close
#174
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
Conversation
It looks like a new version of the |
Hmm, nightly CI build still seems to be broken, that's very odd. A clean build works locally for me. |
Ah, cool, apparently it's a compiler bug: serde-rs/serde#1570 (comment). I'm just going to allow the nightly build to fail for now. We can revisit that later if we want to guarantee compatibility with nightly, but in general, I think requiring the fairly unstable nightly build to pass is probably unnecessary. |
## Motivation Recent CI builds have failed on nightly due to a compiler bug: #174 (comment) In general, nightly Rust is unstable, and it may often fail for reasons that are not our fault. We shouldn't block merging branches on nightly failures, when they are often spurious or unrelated to `tracing`. It is, however, still good to look at these builds when possible. ## Solution This branch allows failures on `nightly` CI builds. This means that the readme-doctest build is also allowed to fail, which is a shame. It would be good to find a solution for testing readme examples that doesn't require `nightly` Rust. I have some ideas for this that I'll try to address in a subsequent branch. Signed-off-by: Eliza Weisman <[email protected]>
e5d8b93
to
945de8e
Compare
Recent CI builds have failed on nightly due to a compiler bug: #174 (comment) In general, nightly Rust is unstable, and it may often fail for reasons that are not our fault. We shouldn't block merging branches on nightly failures, when they are often spurious or unrelated to `tracing`. It is, however, still good to look at these builds when possible. This branch allows failures on `nightly` CI builds. This means that the readme-doctest build is also allowed to fail, which is a shame. It would be good to find a solution for testing readme examples that doesn't require `nightly` Rust. I have some ideas for this that I'll try to address in a subsequent branch. Signed-off-by: Eliza Weisman <[email protected]>
Signed-off-by: Eliza Weisman <[email protected]>
Signed-off-by: Eliza Weisman <[email protected]>
Signed-off-by: Eliza Weisman <[email protected]>
945de8e
to
fc2d6ba
Compare
# 0.1.3 (July 11, 2019) ### Added - Log messages when a subscriber indicates that a span has closed, when the `log` feature flag is enabled (#180). ### Changed - `tracing-core` minimum dependency version to 0.1.2 (#174). ### Fixed - Fixed an issue where event macro invocations with a single field, using local variable shorthand, would recur infinitely (#166). - Fixed uses of deprecated `tracing-core` APIs (#174). Signed-off-by: Eliza Weisman <[email protected]>
Motivation
tracing-core
0.1.2 deprecated theSubscriber::drop_span
function infavour of
try_close
.Solution
This branch updates all other crates to depend on core 0.1.2, and
replaces uses of
drop_span
withtry_close
.