Nightly rustc needs libz.so.1 to run

[timothee-haudebourg]

Issue description

When installed with rustup, the Rust nightly compiler crashes with:

$HOME/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/bin/rustc: error while loading shared libraries: libz.so.1: cannot open shared object file: No such file or directory

Steps to reproduce

• Install rustup
• Run rustup install nightly
• Run $HOME/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/bin/rustc

Technical details

 - system: `"x86_64-linux"`
 - host os: `Linux 4.19.116, NixOS, 19.09.2520.289466dd6a1 (Loris)`
 - multi-user?: `yes`
 - sandbox: `yes`
 - version: `nix-env (Nix) 2.3.3`
 - channels(timothee): `"nixpkgs-20.09pre233919.aba048f0bf2"`
 - channels(root): `"nixos-19.09.2520.289466dd6a1"`
 - nixpkgs: `$HOME/.nix-defexpr/channels/nixpkgs`

[timothee-haudebourg]

Since I'm not sure the dynamic dependency to libz is even intended I also opened an issue on rust-lang: rust-lang/rust#74249

[timothee-haudebourg]

So the dependency to libz is new and indeed intended. I suppose the rustup derivation needs to be updated accordingly.

[timothee-haudebourg]

A temporary fix for people who need to use nightly rust right away:

export LD_LIBRARY_PATH=`nix eval nixpkgs.zlib.outPath | tr -d '"'`/lib:$LD_LIBRARY_PATH

(Don't know if using nix eval here is the best solution but that's all I've found)

Of course you'll need zlib installed but that's probably already the case.

[Gerschtli]

Thank you, that solved it for me. Maybe I get it fixed, will look into it.

For a more robust version of your workaround, see here:

export LD_LIBRARY_PATH="$(nix eval --raw nixpkgs.zlib)/lib${LD_LIBRARY_PATH:+:}${LD_LIBRARY_PATH}"