Closed CobaltCause closed 2 years ago
Okay, it turns out that specifying cargoSha256
causes this issue and specifying cargoLock.lockFile
instead works fine. Though, I'm still not sure why cargoSha256
was causing this issue. Since I now know a workaround plus the root cause is in nixpkgs
and not fenix
, I'm going to close this issue.
Using 89ac7f1e75cd2edd38cb5a876e6587b79f01c17a or later results in the following error while using a freshly generated project from this template:
Workarounds:
path = "..."
or no dependencies at all won't work)flake.nix
(and then runnix flake update
to update the lockfile) like so:The
There is no dependency to vendor in this project.
message comes from cargo itself and is new in Rust/Cargo 1.59.0. I think this line is what's actually causing Nix builds to fail.I know nothing of fenix internals but maybe it needs to be modified to conditionally callI think this is probably an upstream bug incargo vendor
or tomkdir -p
the vendor directory after callingcargo vendor
with newer versions of Cargo?buildRustPackage
innixpkgs
.