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

Implement --remote_force_print_messages #15557

Closed
wants to merge 1 commit into from

Conversation

exoson
Copy link
Contributor

@exoson exoson commented May 24, 2022

Adds a flag for always printing messages returned by remotely executed
actions.

@exoson exoson requested a review from a team as a code owner May 24, 2022 05:24
@sgowroji sgowroji added team-Remote-Exec Issues and PRs for the Execution (Remote) team awaiting-review PR is awaiting review from an assigned reviewer labels May 24, 2022
@@ -574,6 +574,17 @@ public RemoteOutputsStrategyConverter() {
help = "Maximum number of open files allowed during BEP artifact upload.")
public int maximumOpenFiles;

@Option(
name = "remote_force_print_messages",
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

maybe change to remote_always_print_execution_message?

Copy link
Contributor Author

@exoson exoson Jun 14, 2022

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Changed to remote_print_execution_messages with changing it to be a tristate flag

Copy link
Contributor

@tjgq tjgq left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Just wondering, why do we need a remote-specific flag here? Bazel already has --output_filter and --auto_output_filter; why aren't those enough?

@coeuvre
Copy link
Member

coeuvre commented Jun 8, 2022

IIUC, you are suggesting treating the execution message as warning from the rule which owns the spawn?

I think they are different things. For example, the execution message can be sent to Bazel for all spawns that come from different rules, but you probably don't want see warnings from those rules.

@tjgq
Copy link
Contributor

tjgq commented Jun 8, 2022

Alright, after an offline discussion with @coeuvre, I agree that we should treat the execution message as distinct from the action stdout/stderr.

Separate comment: is there already a flag to silence all execution messages? If not, should we make this option a tristate failure|success|all (defaulting to failure) to preempt the need for such a flag in the future?

Adds a flag for controlling when to print messages from remotely
executed actions.
@exoson exoson force-pushed the dev/force_messages branch from 86de593 to 7a0ef3b Compare June 14, 2022 10:39
@exoson exoson closed this Jun 14, 2022
@exoson exoson reopened this Jun 14, 2022
@ShreeM01 ShreeM01 removed the awaiting-review PR is awaiting review from an assigned reviewer label Sep 15, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
team-Remote-Exec Issues and PRs for the Execution (Remote) team
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants