chore: Update Nix hash

Resolved 💬 2 comments Opened Apr 22, 2025 by gerred Closed Oct 18, 2025

💡 Likely answer: A maintainer (0xadeeb, contributor) responded on this thread — see the highlighted reply below.

Tracking issue for me to come back and update the Nix deps hash and look for ways to potentially update that with a Github action or dependabot @tibo-openai - noticed the velocity of the repo after merging the Flake and want to ensure that remains / grows in usefulness.

View original on GitHub ↗

2 Comments

calbrecht · 1 year ago

Hey there 👋 , just wanted to try codex-rs and noticed it wouldn't build for me.

ratatui was added as a git dependency in Cargo.lock which makes buildRustPackage bail out because of the missing cargoLock.outputHashes for it.

This could be fixed by adding cargoLock.allowBuiltinFetchGit = true and it would require less maintenance in the future, when git dependencies are changed.

After this, the build would fail because of the outdated toolchain, in pinned nixpkgs at 1.85.0, through definition of codex-rs/rust-toolchain.toml now at 1.88.0.

Since the introduction of rust-overlay input by ae809f37217083b942278d9139d970d10895d6b9, this could be solved by finally using it for real, like in

  rustTools = pkgs.rust-bin.fromRustupToolchainFile ./rust-toolchain.toml;
  rustPlatform = pkgs.makeRustPlatform {
    cargo = rustTools;
    rustc = rustTools;
  };

and using this rustPlatform to build the package.

In my view this would make the flake package quite robust to upgrades, given the rust-overlay input is updated frequently through automation.

Does that seem like a good plan to you? @gerred @0xadeeb

0xadeeb contributor · 1 year ago

I think this would be the way to go forward, LGTM @calbrecht