›_ Codex Issues
Codex Issues / #7863

Nix build fails: filedescriptor output hash has no matching git dependency

Resolved 💬 2 comments Opened Dec 11, 2025 by tyleranton Closed Dec 11, 2025
💡 Likely answer: A maintainer (github-actions[bot], contributor) responded on this thread — see the highlighted reply below.

What version of Codex is running?

0.69.0

What subscription do you have?

plus

Which model were you using?

_No response_

What platform is your computer?

NixOS (Linux 6.12.60 x86_64 unknown)

What issue are you seeing?

nix build .#codex-rs started failing after updating the flake because codex-rs/default.nix still listed filedescriptor-0.8.3 in cargoLock.outputHashes, even though commit 164265bed1eb0d0ebf453196c39c79809d4f1b7a switched filedescriptor (and portable-pty) back to the crates.io registry. Nix now errors with “A hash was specified for filedescriptor-0.8.3, but there is no corresponding git dependency.”

What steps can reproduce the bug?

  1. Update latest from main.
  2. Run nix build .#codex-rs.
  3. Build fails with the missing git dependency error.

What is the expected behavior?

_No response_

Additional information

This is rather unfortunate as I just added this output hash yesterday to address #7759

My initial thought is to run nix build .#codex-rs in CI so that these sorts of issues are caught in PRs. I understand this may not be desirable as contributors may not know how to address problems that may come up with nix.

View original on GitHub ↗

2 Comments

github-actions[bot] contributor · 8 months ago

Potential duplicates detected. Please review them and close your issue if it is a duplicate.

  • #7759

Powered by Codex Action

etraut-openai contributor · 8 months ago

We're happy to accept PRs to address issues like this, but I don't think we'd be interested in a CI block. The number of users who are doing custom builds on nix isn't high enough to justify the added friction this would cause.