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

Status output of eagerly loaded repository rule not seen in Bazel 6 when running bazel build #16978

Closed
gregmagolan opened this issue Dec 10, 2022 · 3 comments
Assignees
Labels
team-ExternalDeps External dependency handling, remote repositiories, WORKSPACE file. type: bug untriaged

Comments

@gregmagolan
Copy link
Contributor

gregmagolan commented Dec 10, 2022

Description of the bug:

The status of repository rules that are eagerly loaded in the WORKSPACE file are not seen
when running bazel build

What's the simplest, easiest way to reproduce this bug? Please provide a minimal example if possible.

Clone https://github.com/gregmagolan/bazel_6_repo_terminal_output_repro and run ./repro.sh

Which operating system are you running Bazel on?

Observed on MacOS and Ubuntu

What is the output of bazel info release?

release 6.0.0rc4

If bazel info release returns development version or (@non-git), tell us how you built Bazel.

No response

What's the output of git remote get-url origin; git rev-parse master; git rev-parse HEAD ?

https://github.com/gregmagolan/bazel_6_repo_terminal_output_repro

Have you found anything relevant by searching the web?

Nothing

Any other information, logs, or outputs that you want to share?

This issue affects the DX of the rules_js npm_translate_lock repository rule since when this invalidates it can take a noticeable amount of time to execute in repositories with a large set of npm deps.

@sgowroji sgowroji added team-ExternalDeps External dependency handling, remote repositiories, WORKSPACE file. untriaged type: bug labels Dec 11, 2022
@meisterT
Copy link
Member

I bisected this down to 943e8cf

@fmeum
Copy link
Collaborator

fmeum commented Dec 12, 2022

This seems to be a duplicate of #16927 and (possibly) #16338.

@meteorcloudy
Copy link
Member

I'll close this as it's a duplicate of #16927. Due to #16927 (comment), we probably will try to fix this in 6.1 instead of blocking the 6.0 release.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
team-ExternalDeps External dependency handling, remote repositiories, WORKSPACE file. type: bug untriaged
Projects
None yet
Development

No branches or pull requests

6 participants