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

Revert special handling of yanked module files #22083

Closed
wants to merge 2 commits into from

Conversation

fmeum
Copy link
Collaborator

@fmeum fmeum commented Apr 23, 2024

This effectively reverts most of 2a2a474: Module files of yanked versions are evaluated just like those of any other versions and "yankedness" is only checked for the final dep graph after selection.

This greatly simplifies incremental fetching of (inherently mutable) yanked version information with the new lockfile format.

Work towards #20369

RELNOTES: print statements in module files are now only executed for the root module and modules subject to non-registry overrides (e.g. local_path_override).

@fmeum fmeum changed the title Redo yanked versions Revert special handling of yanked module files Apr 23, 2024
@fmeum fmeum marked this pull request as ready for review April 23, 2024 11:38
@github-actions github-actions bot added team-ExternalDeps External dependency handling, remote repositiories, WORKSPACE file. awaiting-review PR is awaiting review from an assigned reviewer labels Apr 23, 2024
@fmeum fmeum force-pushed the 20369-yanked-versions-overhaul branch from e118465 to 3ea2188 Compare April 23, 2024 11:51
@fmeum
Copy link
Collaborator Author

fmeum commented Apr 23, 2024

I don't know what's up with the RBE test, it does look like flakiness though.

@meteorcloudy
Copy link
Member

Probably due to the same reason here:

# We hit connection timeout error when downloading multiple URLs on RBE, see b/217865760

@meteorcloudy
Copy link
Member

I triggered a rerun, but if it's too flaky, we'll have to find a way to disable the test on RBE

@meteorcloudy
Copy link
Member

I have a change to prevent those python tests from accessing BCR: #22089

@fmeum fmeum force-pushed the 20369-yanked-versions-overhaul branch from 3ea2188 to 6f33204 Compare April 23, 2024 14:59
@fmeum
Copy link
Collaborator Author

fmeum commented Apr 23, 2024

@meteorcloudy Thanks, the issue is gone!

@Wyverald Wyverald added awaiting-PR-merge PR has been approved by a reviewer and is ready to be merge internally and removed awaiting-review PR is awaiting review from an assigned reviewer labels Apr 23, 2024
@fmeum
Copy link
Collaborator Author

fmeum commented Apr 23, 2024

@bazel-io fork 7.2.0

@fmeum fmeum deleted the 20369-yanked-versions-overhaul branch April 25, 2024 08:24
@sgowroji sgowroji removed the awaiting-PR-merge PR has been approved by a reviewer and is ready to be merge internally label Apr 26, 2024
bazel-io pushed a commit to bazel-io/bazel that referenced this pull request May 6, 2024
This effectively reverts most of 2a2a474: Module files of yanked versions are evaluated just like those of any other versions and "yankedness" is only checked for the final dep graph after selection.

This greatly simplifies incremental fetching of (inherently mutable) yanked version information with the new lockfile format.

Work towards bazelbuild#20369

RELNOTES: `print` statements in module files are now only executed for the root module and modules subject to non-registry overrides (e.g. `local_path_override`).

Closes bazelbuild#22083.

PiperOrigin-RevId: 627953972
Change-Id: Ie0aba02d187e000450a89ad2cd281c173582880a
github-merge-queue bot pushed a commit that referenced this pull request May 7, 2024
This effectively reverts most of
2a2a474: Module files of yanked
versions are evaluated just like those of any other versions and
"yankedness" is only checked for the final dep graph after selection.

This greatly simplifies incremental fetching of (inherently mutable)
yanked version information with the new lockfile format.

Work towards #20369

RELNOTES: `print` statements in module files are now only executed for
the root module and modules subject to non-registry overrides (e.g.
`local_path_override`).

Closes #22083.

PiperOrigin-RevId: 627953972
Change-Id: Ie0aba02d187e000450a89ad2cd281c173582880a

Commit
45982b4

Co-authored-by: Fabian Meumertzheim <fabian@meumertzhe.im>
Kila2 pushed a commit to Kila2/bazel that referenced this pull request May 13, 2024
This effectively reverts most of 2a2a474: Module files of yanked versions are evaluated just like those of any other versions and "yankedness" is only checked for the final dep graph after selection.

This greatly simplifies incremental fetching of (inherently mutable) yanked version information with the new lockfile format.

Work towards bazelbuild#20369

RELNOTES: `print` statements in module files are now only executed for the root module and modules subject to non-registry overrides (e.g. `local_path_override`).

Closes bazelbuild#22083.

PiperOrigin-RevId: 627953972
Change-Id: Ie0aba02d187e000450a89ad2cd281c173582880a
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.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants