-
Notifications
You must be signed in to change notification settings - Fork 107
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
NDK installation should run whenever it's not installed #259
Conversation
According to https://docs.saltstack.com/en/latest/ref/states/all/salt.states.cmd.html#should-i-use-cmd-run-or-cmd-wait, ndk installation will only try to run if the ndk was just downloaded. In the old implementation, if you succeed at downloading the ndk but fail to install it, subsequent highstates won't attempt to install the ndk because the downloaded file will be unchanged.
@bors-servo r+ |
📌 Commit e2990dd has been approved by |
NDK installation should run whenever it's not installed According to https://docs.saltstack.com/en/latest/ref/states/all/salt.states.cmd.html#should-i-use-cmd-run-or-cmd-wait, ndk installation will only try to run if the ndk was just downloaded. In the old implementation, if you succeed at downloading the ndk but fail to install it, subsequent highstates won't attempt to install the ndk because the downloaded file will be unchanged. With these changes, we decide whether to install the ndk based on whether the directory created by installation exists, rather than based on whether we downloaded the file this run. <!-- Reviewable:start --> --- This change is [<img src="https://reviewable.io/review_button.svg" height="35" align="absmiddle" alt="Reviewable"/>](https://reviewable.io/reviews/servo/saltfs/259) <!-- Reviewable:end -->
💔 Test failed - travis |
@bors-servo retry
|
NDK installation should run whenever it's not installed According to https://docs.saltstack.com/en/latest/ref/states/all/salt.states.cmd.html#should-i-use-cmd-run-or-cmd-wait, ndk installation will only try to run if the ndk was just downloaded. In the old implementation, if you succeed at downloading the ndk but fail to install it, subsequent highstates won't attempt to install the ndk because the downloaded file will be unchanged. With these changes, we decide whether to install the ndk based on whether the directory created by installation exists, rather than based on whether we downloaded the file this run. <!-- Reviewable:start --> --- This change is [<img src="https://reviewable.io/review_button.svg" height="35" align="absmiddle" alt="Reviewable"/>](https://reviewable.io/reviews/servo/saltfs/259) <!-- Reviewable:end -->
☀️ Test successful - travis |
👀 Test was successful, but fast-forwarding failed: 422 Update is not a fast forward |
I'm almost ready to put in the PR I mentioned in #239 which touches the Android stuff heavily, and it's going to have merge conflicts with this/includes some of this work already. Can we hold off on this PR please? Also, this isn't quite right - we still need to keep a requisite to |
Android refactor Main highlights: - Update to SHA512 hashes and HTTPS URLs - Use multiple directories + symlinks to be more robust during version updates for Android - Moves states around to make their purpose more clear Helps with #209. Supersedes #259, #260. cc @larsbergstrom @edunham I recommend reviewing this commit by commit and reading the commit messages - feel free to ask questions. Also, we should check that this doesn't break buildbot; I don't know how to do that. <!-- Reviewable:start --> --- This change is [<img src="https://reviewable.io/review_button.svg" height="35" align="absmiddle" alt="Reviewable"/>](https://reviewable.io/reviews/servo/saltfs/263) <!-- Reviewable:end -->
According to
https://docs.saltstack.com/en/latest/ref/states/all/salt.states.cmd.html#should-i-use-cmd-run-or-cmd-wait,
ndk installation will only try to run if the ndk was just downloaded.
In the old implementation, if you succeed at downloading the ndk but fail to
install it, subsequent highstates won't attempt to install the ndk because the
downloaded file will be unchanged.
With these changes, we decide whether to install the ndk based on whether the directory created by installation exists, rather than based on whether we downloaded the file this run.
This change is