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

sh_config: Add BAZEL_SH #18

Merged
merged 2 commits into from
Jan 17, 2025
Merged

sh_config: Add BAZEL_SH #18

merged 2 commits into from
Jan 17, 2025

Conversation

meteorcloudy
Copy link
Member

No description provided.

@fmeum
Copy link
Collaborator

fmeum commented Jan 17, 2025

Makes sense to me, but could be mildly breaking. Could you explain why you think we should change this now?

@meteorcloudy
Copy link
Member Author

I was just debugging another issue, and found this comment. I think at least adding BAZEL_SH should be fine? Do you mean changing from local = True to configure = True could be breaking?

@fmeum
Copy link
Collaborator

fmeum commented Jan 17, 2025

Yes, that's the part I'm worried about. But adding the dependency on the variable seems like a clear win even if we keep local = True. We could just use getenv throughout.

@meteorcloudy meteorcloudy changed the title sh_config: Add BAZEL_SH and configure = True sh_config: Add BAZEL_SH Jan 17, 2025
@meteorcloudy
Copy link
Member Author

I see, let's only add BAZEL_SH for now.

@fmeum fmeum merged commit adb3c6e into main Jan 17, 2025
2 checks passed
@fmeum fmeum deleted the meteorcloudy-patch-2 branch January 17, 2025 13:10
@fmeum
Copy link
Collaborator

fmeum commented Jan 17, 2025

Now that I've hit merge, I remember why I didn't do this immediately: I recall seeing docs that mentioned that you would only need to set BAZEL_SH when starting the Bazel server. That only remains effective if Bazel doesn't watch the environment variable. In that sense, this change is probably even more breaking without local = False and configure = True.

I'm not sure what's best, but we could just go through with your original PR.

@meteorcloudy
Copy link
Member Author

I recall seeing docs that mentioned that you would only need to set BAZEL_SH when starting the Bazel server.

Hmm, I actually don't remember this, do you also remember why this is needed?

@fmeum
Copy link
Collaborator

fmeum commented Jan 17, 2025

Probably only for historic reasons, see https://bazel.build/reference/command-line-reference#flag--shell_executable. configure = True and local = False seem like the best compromise.

@meteorcloudy
Copy link
Member Author

Thanks, let's do it them: #19

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

Successfully merging this pull request may close these issues.

2 participants