Closed Sherlock-Holo closed 2 years ago
+1 -- this seems to be blocking building of the slog-stdlog crate since it automatically picks up the newest log 0.4 package. Not sure how to fix this in a consumer of this crate since it doesn't seem possible to pin transitive dependency versions.
You can run cargo update -p log --precise 0.4.14
before building/checking/clippy/etc. But that should only be a temporary workaround.
I have opened a PR in stdlog to lock to the revision. Hopefully it will get merged and released soon. https://github.com/slog-rs/stdlog/pull/20
It might be even simpler to remove the use of __private_api_log
- it just calls through to logger().log(&Record::builder()...)
which are now part of the public API: https://github.com/rust-lang/log/blob/21e30fc4f978e634c934d8136d024900bf707e29/src/lib.rs#L1573-L1598
(edit: seems https://github.com/rust-lang/log/issues/493 pretty much says the same thing)
It might be even simpler to remove the use of __private_api_log - it just calls through to logger().log(&Record::builder()...) which are now part of the public API: https://github.com/rust-lang/log/blob/21e30fc4f978e634c934d8136d024900bf707e29/src/lib.rs#L1573-L1598
(edit: seems https://github.com/rust-lang/log/issues/493 pretty much says the same thing)
Yes I will look into this. We should definitely use a public API if at all possible!
I just released slog-stdlog
version 4.1.1 with a fix for this.
This avoids using the private API entirely (so it shouldn't break again in the future) :)
when updating log to 0.4.15, the
log::__private_api_log
change and slog-stdlog is brokenalthough this
log::__private_api_log
is exported, we all know this is a private function and hope no one uses itcould slog team bump a new version to fix it?