-
Notifications
You must be signed in to change notification settings - Fork 6
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
install prompt on WSL2 fails #78
Comments
I wonder if this is related to the upgrade/install issue I ran into last week using WSL1. I didn't finish debugging but it looked like the value of |
@patrickserrano yup that was the exact problem 😄 PR fixes the issue. dunno if it causes problems for the other OSs |
I will look at the CI logs, but it definitely seems to work just fine there. :) |
🎉 This issue has been resolved in version 8.2.1-next.1 🎉 The release is available on GitHub release Your semantic-release bot 📦🚀 |
@sjk07 / @patrickserrano : this was working in ci/cd because we are invoking install.sh directly: Line 7 in 60b9f37
There is no temp dir in this scenario and thus the default (current script path) is used. There isn't any good way to test the bootstrap script itself while going through the real execution path. |
seems like there is an issue with the bootstrap.sh -> install.sh variable passing.
prompt/bootstrap.sh
Line 90 in a95f87e
here are two sample files that cause the issue:
bootstrap.sh
install.sh
calling sh -x ./bootstrap.sh produces:
adding the
.
in front of the calling command to ./install.sh seems to cause something funky to happen and the second variable does not propagate .removing the
.
in. "./test.sh" something "$DIR"
to"./test.sh" something "$DIR"
results in the correct output:PR incoming; want to see if this is the same case in other dists. also wondering why this was not caught in CI
The text was updated successfully, but these errors were encountered: