[BUG] Unable to run new binary on systems like Nix and Guix
Resolved 💬 4 comments Opened Apr 18, 2026 by johnlepikhin Closed Jun 30, 2026
Preflight Checklist
- [x] I have searched existing issues and this hasn't been reported yet
- [x] This is a single bug report (please file separate reports for different bugs)
- [x] I am using the latest version of Claude Code
What's Wrong?
Hi there,
Citation from claude-code's changelog:
Changed the CLI to spawn a native Claude Code binary (via a per-platform optional dependency) instead of bundled JavaScript
This makes claude-code totally unusable on Linux systems like Guix and Nix. These systems doesn't have ELF interpreter in a path where executable expects to find it:
$ patchelf --print-interpreter ~/.local/lib/node_modules/@anthropic-ai/claude-code/bin/claude.exe
/lib64/ld-linux-x86-64.so.2
$ ls -l /lib64/ld-linux-x86-64.so.2
ls: cannot access '/lib64/ld-linux-x86-64.so.2': No such file or directory
Actual interpreter path is dynamic and unique for each installation and system generation:
$ patchelf --print-interpreter ~/.guix-home/profile/bin/bash
/gnu/store/bmyld857bf6z790fgkmw4dazdfrxs61z-glibc-2.41/lib/ld-linux-x86-64.so.2
What Should Happen?
Is it possible to keep old kind of application's distribution?
Error Messages/Logs
Steps to Reproduce
- Install Guix
- Install claude-code 2.1.113 or later
- Try to run binary
Claude Model
None
Is this a regression?
Yes, this worked in a previous version
Last Working Version
_No response_
Claude Code Version
2.1.112
Platform
Anthropic API
Operating System
Other Linux
Terminal/Shell
Other
Additional Information
_No response_
This issue has 4 comments on GitHub. Read the full discussion on GitHub ↗