Stabilize kv_unstable #436
Labels
No labels
bug
duplicate
easy
enhancement
help wanted
invalid
question
rfc
structured-logging
wontfix
No milestone
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
gh-rust-lang/log#436
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
This is part of #328
I think we've explored enough of this design space now and the API has been in use within the
tideproject for some time now with their own kv-capable logging macro.By stabilizing just the backend (non-macro-supported)
kvmodule we can let users depend on this with confidence so that projects liketracingcan also utilize it.Migration path
The
kvAPI will remain an opt-in optional API. All features that currently begin withkv_unstablewill be changed tokv. We can keep these old unstable features around for a while if we need.Any other changes that are needed should be included here.
Steps
kvmodulesvalvalue-bagcc @yoshuawuyts
I don't know what the plan is for the
kv_unstable_stdfeature, but can that be removed? Surely most users mean to enablekv_unstable_stdifstdandkvare enabled.@Thomasdezeeuw unfortunately it’s a limitation of Cargo features. Since it’s not possible to activate a feature of a dependency when two unrelated features are active we need one that covers them both.
@KodrAus in the code you can use
#[cfg(all(feature = "kv", feature = "std"))]in stead of#[cfg(feature = "kv_unstable_std")], removing thekv_unstable_stdfeature.@Thomasdezeeuw we can do that in code, but we also have dependencies that need their own
stdfeatures enabled too.@KodrAus could you make another release to try the new macro syntax?
@Thomasdezeeuw Will do! I'll get the ball rolling on this now.
@KodrAus any update on a release? We've been using the git version without issues for a while (including the new macro syntax).
@Thomasdezeeuw I've been waiting for some feedback from the wider project on https://github.com/rust-lang/log/issues/343#issuecomment-1002851191, but it's been a bit quiet. I'm pretty confident in the direction we're going though and that we're not heading down a path we'll regret later so will push ahead.
I've opened #485 to get a release out the door. I'm just going to run through the diff, but if you had a chance to take a look too @Thomasdezeeuw that would be much appreciated! 🙇