Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Configurable installation directory for binaries #1317

Closed
mzabaluev opened this issue Dec 21, 2017 · 3 comments
Closed

Configurable installation directory for binaries #1317

mzabaluev opened this issue Dec 21, 2017 · 3 comments

Comments

@mzabaluev
Copy link

mzabaluev commented Dec 21, 2017

As described in rust-lang/docker-rust#17, $CARGO_HOME/bin may be a poor choice of installation directory for binaries inside a container, because users of the container image may want to bind-mount the entire $CARGO_HOME to a host directory to preserve Cargo caches and authentication secrets between container runs. The installation location should be configurable, either with an environment variable or via $RUSTUP_HOME/settings.toml.

@sbrl
Copy link

sbrl commented Dec 31, 2017

I second this. I'd like to install rustup, but I don't currently feel I can because I can't suitably control where rustup puts things.

@mzabaluev
Copy link
Author

One complication is that rustup also manages $CARGO_HOME: it tries to delete it on uninstall.
I'm not sure what the behavior should be when the binary install directory has been configured to be somewhere else.

@Diggsey
Copy link
Contributor

Diggsey commented May 30, 2018

There's already a long-term issue for configurable directories (#247)

The specific motivation in this ticket is not particularly compelling: cargo is the tool which defines $CARGO_HOME/bin as the place to put binaries. If users don't want to cache binaries they should not bind that path to the host.

@Diggsey Diggsey closed this as completed May 30, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants