Skip to content

Conversation

@Altair-Bueno
Copy link

This should fix #220. The changes include removing smol-potat in favor of smol::block_on. However, this commit does not remove nor update smol-timeout as it is heavily used on tests and the crate seems to be unmaintained. Nonetheless tests keep working.

This should fix Restioson#220. The changes include removing smol-potat in favor of smol::block_on. However, this commit does not remove smol-timeout as it is heavily used on tests and the crate seems to be unmaintained. Nontheless tests keep working.
@Restioson
Copy link
Owner

Restioson commented Nov 7, 2024

Hey, thanks for the PR! Really sorry for getting back to this so late, studies have been all-consuming this year. I wonder if we would want to keep smol 1.0 support under a different feature (e.g. smol-1)?

@thomaseizinger
Copy link
Collaborator

Hey, thanks for the PR! Really sorry for getting back to this so late, studies have been all-consuming this year. I wonder if we would want to keep smol 1.0 support under a different feature (e.g. smol-1)?

As long as there is a release with smol-1 support, I wouldn't bother too much :)

@Restioson
Copy link
Owner

That's fair, since I suppose we haven't really made any other changes

@Altair-Bueno
Copy link
Author

So, almost a year later, I noticed this PR was still open and that I missed your review. Sorry for that. I ran cargo fmt --all so that the style is ok.

@Restioson
Copy link
Owner

Apologies - this dropped off my radar too!

@Restioson
Copy link
Owner

Hmm, looks like a build failure - I think smol relies on async_task?

@Altair-Bueno
Copy link
Author

Altair-Bueno commented Jul 27, 2025

I think it had something to do with Cargo.lock being modified in both branches so it was stuck in an invalid state. I recreated the lock file with the latest dependencies.

I would advise removing the lockfile, as it mostly does nothing for libraries, and switch to something like https://crates.io/crates/cargo-minimal-versions to validate the minimum requirements.

@thomaseizinger
Copy link
Collaborator

I would advise removing the lockfile, as it mostly does nothing for libraries, and switch to something like https://crates.io/crates/cargo-minimal-versions to validate the minimum requirements.

Having the lockfile ensures deterministic CI runs, which is important in the presence of e.g. semver-incompatible bumps etc

It is also the official recommendation from the Rust folks: https://blog.rust-lang.org/2023/08/29/committing-lockfiles/

Cargo.lock Outdated
[[package]]
name = "async-std"
version = "1.12.0"
version = "1.13.1"
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why is async-std getting bumped when we are only changing smol? 🤔

@thomaseizinger
Copy link
Collaborator

The diff on the lockfile seems a bit excessive to me. Can you checkout the one from main and redo the bump to make that smaller? Thanks!

@Altair-Bueno
Copy link
Author

It is also the official recommendation from the Rust folks

Oh, I guess I was using the old guidelines. Thanks for sharing.

The diff on the lockfile seems a bit excessive to me. Can you checkout the one from main and redo the bump to make that smaller? Thanks!

Done. I had to use Rust 1.75 as 1.88 was failing for wasm_bindgen with the following error:

error: older versions of the `wasm-bindgen` crate are incompatible with current versions of Rust; please update to `wasm-bindgen` v0.2.88

@Restioson
Copy link
Owner

LGTM, happy for you to merge @thomaseizinger when you're happy

@thomaseizinger
Copy link
Collaborator

Is the CI error reproducable locally?

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

Successfully merging this pull request may close these issues.

Bump smol version to 2.0

3 participants