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

Improved PATH-aware behavior for stack upgrade #3232

snoyberg opened this issue Jun 27, 2017 · 0 comments

Improved PATH-aware behavior for stack upgrade #3232

snoyberg opened this issue Jun 27, 2017 · 0 comments


Copy link

Problem: users will often run the install script and end up with stack in /usr/local/bin, and when they run stack upgrade, are surprised that the next stack call still uses the old version. To mitigate this, @borsboom and I propose:

  1. stack upgrade continues to copy the executable to ~/.local/bin as it has until now
  2. If the current Stack executable is running from there: we're done. Otherwise: continue.
  3. Attempt to copy the stack executable to the location of the current executables.
  4. If that fails with a permission denied error:
    1. Explain the situation to the user, and recommend copying from source file path to dest file path
    2. Ask if the user wants us to try to use sudo to perform the copy (and explain that it may fail due to OS specific things)
    3. If the user says yes, try running sudo cp ..., and potentially similar commands with su.

Presumably we won't even bother trying this on Windows.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
None yet
None yet

No branches or pull requests

2 participants