On Fri Sep 29, 2023 at 2:43 PM CEST, Bartosz Golaszewski wrote: > On Wed, Sep 27, 2023 at 6:30 PM Erik Schilling > <erik.schilling@xxxxxxxxxx> wrote: > > > > Since the type changes around ownership of line_info instances are not > > necessarily transparent to the user, we bump the major for the next > > release of the crate. > > > > Note: > > I am using the term "major" as defined in the Rust SemVer compatibility > > guide [1], where the first non-zero digit is considered as "major". > > > > [1] https://doc.rust-lang.org/cargo/reference/semver.html > > > > Signed-off-by: Erik Schilling <erik.schilling@xxxxxxxxxx> > > --- > > bindings/rust/libgpiod/Cargo.toml | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/bindings/rust/libgpiod/Cargo.toml b/bindings/rust/libgpiod/Cargo.toml > > index 518e5e5..3be4aa0 100644 > > --- a/bindings/rust/libgpiod/Cargo.toml > > +++ b/bindings/rust/libgpiod/Cargo.toml > > @@ -4,7 +4,7 @@ > > > > [package] > > name = "libgpiod" > > -version = "0.1.0" > > +version = "0.2.0" > > authors = ["Viresh Kumar <viresh.kumar@xxxxxxxxxx>"] > > description = "libgpiod wrappers" > > repository = "https://git.kernel.org/pub/scm/libs/libgpiod/libgpiod.git" > > > > -- > > 2.41.0 > > > > Isn't it something that we should do right before tagging the release > once we know the final requirement for the version change? At least > this is what I do for the rest of libgpiod. Yep. Probably thats better. Then we can also use that as a signal of intended publish to crates.io. Will drop from this series and send again once all current Rust patches landed. - Erik