Skip to content
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

Tracking issue for v0.2.0 release #74

Open
tarcieri opened this issue May 19, 2024 · 7 comments
Open

Tracking issue for v0.2.0 release #74

tarcieri opened this issue May 19, 2024 · 7 comments

Comments

@tarcieri
Copy link
Member

This is a tracking issue for a v0.2.0 release which represents a blocker for the next series of trait crate releases: RustCrypto/traits#1571

There are no specific release blockers I am aware of. I have only held off until we are ready to start releasing trait crates just in case something else pops up which might require a breaking change.

@tarcieri
Copy link
Member Author

tarcieri commented Jun 27, 2024

One thing we should check before a release is that we've properly deprecated all of the old GenericArray methods we don't intend to support going forward

Edit: this should be done now

@tarcieri tarcieri pinned this issue Aug 18, 2024
@tarcieri
Copy link
Member Author

tarcieri commented Sep 6, 2024

Remaining things to do:

  • Refactor extra-sizes into smaller features that can be switched on individually
  • Switch to core::error::Error
  • Remove std feature

tarcieri pushed a commit that referenced this issue Sep 10, 2024
Changes to:
- Switch to `core::error::Error`
- Remove std feature
- Fixed two Clippy warnings

As requested in #74 

Changes do bump the MSRV to 1.81 as `core::error` was stabilized in this
release.
@Christiaan676
Copy link
Contributor

@tarcieri Can you explain what you want for the refactoring of extra-sizes?

One thing I can think of is creating the features: ML-DSA-sizes, SLH-DSA-sizes and ML-KEM-sizes. Along with the extra-sizes for the 1040-4080 sizes.

@tarcieri
Copy link
Member Author

I removed it from the list. I was thinking about trying to decompose the feature into more granular ones that could be flipped on individually, but that really only helps for large blocks of values which we don't really have a need for (yet).

@tarcieri
Copy link
Member Author

I'd say we're good to go now, though I'd like to hold off until Rust 1.82 is out before cutting a final release after merging #85.

That's scheduled for October 17th.

@jmwample
Copy link
Contributor

Is there any chance of a v0.2.0-rc.10 release before 1.82 is released next month?

@tarcieri
Copy link
Member Author

Sure!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants