You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Since a recent update of cargo (I suspect it was with 1.80.0 but I didn't research it yet, as I suppose at this point it isn't really relevant) cargo prints a warning when cargoBuildHook is executed.
Here is an example from building the termusic package:
termusic> warning: `/build/.cargo/config` is deprecated in favor of `config.toml`
termusic> note: if you need to support cargo 1.38 or earlier, you can symlink `config` to `config.toml`
termusic> warning: `/build/.cargo/config` is deprecated in favor of `config.toml`
termusic> note: if you need to support cargo 1.38 or earlier, you can symlink `config` to `config.toml`
Steps To Reproduce
Steps to reproduce the behavior:
Build any Rust package based on nixpkgs-unstable (or nixpkgs/master).
Expected behavior
The relevant build support scripts of nixpkgs should be updated to store the cargo config as suggested by the deprecation note.
If necessary, the script should check if an older cargo version then 1.38 is used and in case symlink like suggested as well.
Additional context
Here are the uses of .cargo/config I could find with rg in pkgs/build-support/rust/, but I am not sure if that is sufficient or if there are some hidden place I might have missed with this cursory search:
Generally I would be interested in attempting a fix myself, but I am sure I cannot pick it up before the next four weeks, so if in the meantime someone else wants to fix this, please go ahead.
Hi I got this error building aws_sdk_s3 1.71.0, anyone know how to fix it? Thanks
> error: failed to run custom build commandfor`crc64fast-nvme v1.1.1`>> Caused by:
> process didn't exit successfully: `/build/8x3f6j58l84xgdl6rrxb5viigi6y7vgv-source/target/release/build/crc64fast-nvme-0f255d997c7dc5e2/build-script-build` (exit status: 101) > --- stderr > > thread 'main' panicked at /build/artifact-loader-1.0.0-vendor.tar.gz/crc64fast-nvme/build.rs:9:10: > Unable to generate C bindings.: CargoMetadata("/build/artifact-loader-1.0.0-vendor.tar.gz/crc64fast-nvme/Cargo.toml", Metadata(Output { status: ExitStatus(unix_wait_status(25856)), stdout: "", stderr: "warning: `/build/artifact-loader-1.0.0-vendor.tar.gz/.cargo/config` is deprecated in favor of `config.toml`\nnote: if you need to support cargo 1.38 or earlier, you can symlink `config` to `config.toml`\nerror: failed to get `crc` as a dependency of package `crc64fast-nvme v1.1.1 (/build/artifact-loader-1.0.0-vendor.tar.gz/crc64fast-nvme)`\n\nCaused by:\n failed to load source for dependency `crc`\n\nCaused by:\n Unable to update registry `crates-io`\n\nCaused by:\n failed to update replaced source registry `crates-io`\n\nCaused by:\n failed to read root of directory source: /build/artifact-loader-1.0.0-vendor.tar.gz/@vendor@\n\nCaused by:\n No such file or directory (os error 2)\n" })) > note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace > warning: build failed, waiting for other jobs to finish...
Describe the bug
Since a recent update of
cargo
(I suspect it was with1.80.0
but I didn't research it yet, as I suppose at this point it isn't really relevant) cargo prints a warning whencargoBuildHook
is executed.Here is an example from building the
termusic
package:Steps To Reproduce
Steps to reproduce the behavior:
Build any Rust package based on
nixpkgs-unstable
(ornixpkgs/master
).Expected behavior
The relevant build support scripts of
nixpkgs
should be updated to store the cargo config as suggested by the deprecation note.If necessary, the script should check if an older cargo version then
1.38
is used and in case symlink like suggested as well.Additional context
Here are the uses of
.cargo/config
I could find withrg
inpkgs/build-support/rust/
, but I am not sure if that is sufficient or if there are some hidden place I might have missed with this cursory search:Metadata
Please run
nix-shell -p nix-info --run "nix-info -m"
and paste the result.Generally I would be interested in attempting a fix myself, but I am sure I cannot pick it up before the next four weeks, so if in the meantime someone else wants to fix this, please go ahead.
Add a 👍 reaction to issues you find important.
The text was updated successfully, but these errors were encountered: