Skip to content

Upcoming semver bump, to 1.0 #272

Closed
Closed

Description

@sunfishcode

cap-std and cap-async-std will need a semver bump in order to pick up the fix for #270, which is needed in order to compile with changes to nightly Rust.

I'm also considering making the same change as #271 for FileExt, MetadataExt, DirBuilderExt, PermissionExt, OpenOptionsExt, to future-proof against std sealing those traits in the future. [edit: see comments below]

To minimize the number of semver bumps, I'm also planning to coordinate these changes with another change, when I/O lifetimes makes it to stable Rust (expected Aug. 11), and I update io-lifetimes to use it when available.

That's the main change contemplated in #192, so I'm tentatively planning to have this next release be version 1.0.

Activity

  1. ChrisDenton commented on Aug 11, 2022

    @ChrisDenton

    I'm also considering making the same change as #271 for FileExt, MetadataExt, DirBuilderExt, PermissionExt, OpenOptionsExt, to future-proof against std sealing those traits in the future.

    Note that if a trait is already stable it's very unlikely to be sealed later precisely so as to avoid breakages similar to the one with FileTypeExt. On the other hand, nightly only traits have no stability guarantees and can break at any time.

  2. sunfishcode commented on Aug 11, 2022

    @sunfishcode
    OwnerAuthor

    Ah, thanks for pointing that out. So all those other traits are already stable, which means we're probably good without any further changes.

  3. sunfishcode commented on Aug 23, 2022

    @sunfishcode
    OwnerAuthor

    The last remaining item here is #273. That's currently waiting for async-rs/async-std#1036 in order to support cap-async-std. Another option would be to do a 1.0 release for all the crates except cap-async-std for now.

  4. bstrie commented on Sep 2, 2022

    @bstrie

    It would be nice to have a release that contains the fix for #271 , so that users are not stuck on old versions of the Rust toolchain. If you think that a true 1.0.0 release is blocked on other crates, would you be interested in doing a 1.0.0-pre prerelease for the time being?

  5. sunfishcode commented on Sep 2, 2022

    @sunfishcode
    OwnerAuthor

    Sure. I've now published a 1.0.0-rc1 of cap-std et al.

    Except for cap-async-std, as that's waiting for async-rs/async-std#1036.

  6. sunfishcode commented on Sep 2, 2022

    @sunfishcode
    OwnerAuthor

    I've also now released a v0.26.0-patch1, which is 0.25 plus #271 and a few other fixes, without the io-lifetimes updates, so it includes a cap-async-std release.

  7. EdorianDark commented on Oct 22, 2022

    @EdorianDark

    Considering that the last commit in async-rs main is from July and the lack of recent activity in async-rs/async-std#1036, does it really make sense to wait?

  8. sunfishcode commented on Nov 2, 2022

    @sunfishcode
    OwnerAuthor

    @EdorianDark Yes, I think the best option at this time is to do a 1.0 release without cap-async-std for now. That'll take a few steps, as it wants a 1.0 release of io-lifetimes and a 0.36 release of rustix. Assuming those go smoothly, cap-std 1.0 is next!

  9. sunfishcode commented on Nov 7, 2022

    @sunfishcode
    OwnerAuthor

    io-lifetimes 1.0 and rustix 0.36 are out; #281 updates cap-std.

  10. sunfishcode commented on Nov 7, 2022

    @sunfishcode
    OwnerAuthor

    1.0 is now released!

  11. cgwalters commented on Nov 7, 2022

    @cgwalters
    Contributor

    Congratulations and nice work!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions