Fail to deploy due to incompatible version of rustc

[snylonue]

log: cargo shuttle logs 4857c73c-aef9-4d44-a19a-2895ceca2b3d
environment: both Ubuntu in wsl2 and github actions
project: https://github.com/snylonue/annil-serverless

It works well if I run cargo shuttle run, but when running cargo shuttle deploy, it complains found crate * compiled by an incompatible version of rustc., even if I switched to the required rustc(rustc 1.59.0 (9d1b2106e 2022-02-23)).

What confuses me is that shuttle reports the rustc used is 1.63.0 while I have rustc 1.65.0 installed.

rustup show
Default host: x86_64-unknown-linux-gnu
rustup home:  /home/sudo_snylonue/.rustup

installed toolchains
--------------------
stable-x86_64-unknown-linux-gnu (default)
1.59.0-x86_64-unknown-linux-gnu 

active toolchain 
---------------- 
stable-x86_64-unknown-linux-gnu (default)
rustc 1.65.0 (897e37553 2022-11-02) 

[oddgrd]

Hey @snylonue, apologies for the delayed response. We have experienced this issue when deploying a few times before, it seems to be caused by crates that have a rust-toolchain.toml file to override the rust version used to compile their crate. We haven't been able to figure out how to avoid it happening yet, unfortunately. Which crate is it that reports as compiled with the wrong version (it should be one at the top, but then its dependencies will also be compiled with the same version)?

I also see you are using a git dependency in your manifest, which is not supported by the version of shuttle you are currently using (0.7.2). It is supported by the newly released 0.8.0 however, if you'd like to upgrade you can do a cargo install cargo-shuttle to install the new cli, and cargo project rm followed by cargo project new to rebuild your project container.

[snylonue]

Which crate is it that reports as compiled with the wrong version

It first occurs when compiling dashmap v5.4.0, followed by hashbrown, parking_lot_core and other deps.
By the way, is it possible for me to override the rust compiler?

It is supported by the newly released 0.8.0 however

It is a great improvement.

[oddgrd]

Yeah, we've seen this before with dashmap and hashbrown. I have tried to override this behavior myself, but I haven't been able to yet. I have a few ideas I'm going to explore next week, I'll report back when I know more.

[snylonue]

I have successfully deployed by manually patching the crates with rust-toolchain.toml, which can be served as a temporary fix.

[oddgrd]

Ah of course, that's possible now. Good thinking @snylonue, thanks!

[snylonue]

@oddgrd When will the fix get deployed?