-
Notifications
You must be signed in to change notification settings - Fork 12.8k
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
rustup.sh is being confused by dash into 32 bit install on 64 bit linux host #17850
Comments
This exact line appears on Rust's configure script, which correctly does a 64-bit build on 64-bit ubuntu. Is there something else going on? |
rustup.sh correctly installs x86_64 rustc on my install of 14.04 |
Perhaps under normal operation most people are doing this in an interactive (bash) shell, so |
Can't reliably reproduce outside of docker's ubuntu:14.04, closing. |
I'm hitting something similar, though not quite the same. Running current rustupup on Debian Jessy from inside of zsh:
It seems the problem is |
internal: Reply to requests with defaults when vfs is still loading There is no reason for us to hit the database with queries when we certainly haven't reached a stable state yet. Instead we just reply with default request results until we are in a state where we can do meaningful work. This should save us from wasting resources while starting up at worst, and at best save us from creating query and interning entries that are non-meaningful which ultimately just end up wasting memory.
Specifically,
this check fails with 1, as
/bin/sh
on default ubuntu 14.04 has an empty$SHELL
.A trivial fix is to use
/bin/bash
in shebang and update the rustup docs as appropriate.The text was updated successfully, but these errors were encountered: