I did:

  preFixup = lib.optionalString stdenv.hostPlatform.isLinux ''
    patchelf \
      --set-rpath --add-needed "${lib.makeLibraryPath buildInputs}:$out/lib" \
      $out/bin/radiance
  '';

And now I get:

radiance> Running phase: fixupPhase
radiance> patchelf: getting info about '/nix/store/5vwc8q3c7hn7s01qbpsicv4zjk3p2nci-mpv-0.41.0/lib:/nix/store/jzng5i2xwsdlf3h60a5s6qzr2808c9zc-vulkan-loader-1.4.335.0/lib:/nix/store/91mg839gbvgz1svzlh1jvz0pqvx7ylwh-libxkbcommon-1.11.0/lib:/nix/store/f0mf3rlv29ql40qx36kqd2jzabd1m0s0-alsa-lib-1.2.14/lib:/nix/store/7m6x6b4ljrkmkbhvbxdcacpraxj49xkj-wayland-1.24.0/lib:/nix/store/ii3ybky5dqjikcrw7vdnh1j76ssy0ycm-libx11-1.8.12/lib:/nix/store/bb5xxw11ndww7iivcmdpxga9n1da24vg-libxcursor-1.2.3/lib:/nix/store/x1f9a0qsj6a1y5nf178naagm2vbxnazc-libxi-1.8.2/lib:/nix/store/dyn0y5clf5b556yqwmj4841h43hz75p6-libxrandr-1.5.4/lib:/nix/store/0r6d7iw0q9wgxxj28zy87n1gjwvk0klp-libxinerama-1.1.5/lib:/nix/store/hlkf0rilmbwi8hvbvc9rswglmsc1mpq5-libxpresent-1.0.2/lib:/nix/store/2dac9gfiim278y2c6mxrklpzzfka7ra1-libxfixes-6.0.2/lib:/nix/store/zshby6nalhw4mvap0rr97hv042808c2k-libxext-1.3.6/lib:/nix/store/m0jzvlr5gl7zvdn0fr7c09mjwx65fx58-libxcb-1.17.0/lib:/nix/store/d3dgbv5q78fdcswpznc20ipnjdna4mcp-radiance-0.7.0/lib': No such file or directory

Hi all -- anybody doing much bare-metal embedded work with nix + rust?

I'm a novice and just learning for fun, but can't seem to get a build to succeed due to multiple conflicting dependencies for build-std for an attiny85. Builds and runs on my aarch64-darwin machine outside of nix, just trying to see if I can get it to work in nix as well (via oxalica/rust-overlay).

For my prior ESP32C3 projects, I know that build-std often requires adding some additional dependencies that are not needed when building outside of nix tooling; I've previously added these to the dev requirements.

Unfortunately in this case, I'm finding that both wasi = "0.14.4" and wasi = "0.11.0" are required, and obviously I can't list both.

Does anyone know of a workaround for this? It looks like naersk may have support for an "additional" Cargo.lock, but I'd rather not learn a new pattern if there is a way to accomplish this with standard nix tooling (and oxalica for nightly).

Thanks for any suggestions!

My WIP: https://github.com/n8henrie/attiny85-relay/tree/nix

Setting lockFileContents results in a complaint about cargoHash:

> ERROR: cargoHash or cargoSha256 is out of date
>
> Cargo.lock is not the same in /nix/var/nix/builds/nix-24411-1007667852/cargo-vendor-dir

Setting cargoHash = "" doesn't change the error?

Will tinker more, and will look into crane -- thanks!